- Package:
- libmime-tools-perl
- Source:
- libmime-tools-perl
- Submitter:
- John Seymour
- Date:
- 2025-10-03 20:29:03 UTC
- Severity:
- important
- Tags:
Dear Maintainer, When attempting to reply to a email ticket that was original sent form an iphone ( it includes mime content ). Otrs2 grenerated an internal server error. The folowing appears in the log. [Thu Oct 17 14:53:47.104008 2013] [:error] [pid 28932] [Thu Oct 17 14:53:47 2013] -e: open body: Invalid argument at /usr/share/perl5/MIME/Entity.pm line 1878.\n yours John
reassign #726600 libmime-tools-perl thanks Hello, could you please update libmime-tools-perl to version 5.504, it should fix this issue. Am 17.10.2013 06:03, schrieb John Seymour:
Hi Patrick, We have the package ready in the Debian Perl Group repository, and will upload after a review. Did you had a chance to test that 5.504 fix this issue? Do you have a hint on how to reproduce this? I'm asking since this second bugreport #724972 was closed. Regards, Salvatore
Hi Patrick, We have the package ready in the Debian Perl Group repository, and will upload after a review. Did you had a chance to test that 5.504 fix this issue? Do you have a hint on how to reproduce this? I'm asking since this second bugreport #724972 was closed. Regards, Salvatore
Am 17.10.2013 16:06, schrieb Salvatore Bonaccorso: Both are to me currently unreproduceable. This and the fact that his e-mail address was bouncing, see [0], intend me to close the older report. But I have found a thread with some more people with the same problems since they have upgraded Perl in testing to 5.18.1-4. Upstream said that the combination of Perl 5.18.1 and libmime-tools-perl 5.503 should be the source of the problem. Feedback from the bug submitter would be welcome after he is using libmime-tools-perl >= 5.504. [0]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724972#14
Hi Patrick, Ok, and thanks for the quick reply. I just uploaded libmime-tools-perl/5.504-1 to unstable. Regards, Salvatore
Hi Patrick, Ok, and thanks for the quick reply. I just uploaded libmime-tools-perl/5.504-1 to unstable. Regards, Salvatore
We believe that the bug you reported is fixed in the latest version of
libmime-tools-perl, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 726600@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Salvatore Bonaccorso <carnil@debian.org> (supplier of updated libmime-tools-perl package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Thu, 17 Oct 2013 16:09:08 +0200
Source: libmime-tools-perl
Binary: libmime-tools-perl
Architecture: source all
Version: 5.504-1
Distribution: unstable
Urgency: low
Maintainer: Debian Perl Group <pkg-perl-maintainers@lists.alioth.debian.org>
Changed-By: Salvatore Bonaccorso <carnil@debian.org>
Description:
libmime-tools-perl - Perl5 modules for MIME-compliant messages
Closes: 726600
Changes:
libmime-tools-perl (5.504-1) unstable; urgency=low
.
* Imported Upstream version 5.504
- Addresses problem with otrs2: "-e: open body: Invalid argument at
/usr/share/perl5/MIME/Entity.pm line 1878." (Closes: #726600).
* Change Vcs-Git to canonical URI (git://anonscm.debian.org)
* Change search.cpan.org based URIs to metacpan.org based URIs
* Bump Standards-Version to 3.9.4
* Update copyright years for debian/* packaging files
Checksums-Sha1:
f6c424f5fc4b88f185554d66ee56e2f798f8eae5 2331 libmime-tools-perl_5.504-1.dsc
5eefde8b1a8eea93df4b99c30bc29abe42b9cbfa 404825 libmime-tools-perl_5.504.orig.tar.gz
d34fdcc48c6aa00176654823aa7062cabdc59b2a 7176 libmime-tools-perl_5.504-1.debian.tar.gz
e2dbfd830018f5580db938410d6a1c88d4ce03ee 225580 libmime-tools-perl_5.504-1_all.deb
Checksums-Sha256:
9217246916f0997b4ec1137e5100cd0f3f35859e51b26780b1084407104e1133 2331 libmime-tools-perl_5.504-1.dsc
0f5819eecd59bd46874f741dfc452a0a172e59a7ac6c422ce69e10593f7693d2 404825 libmime-tools-perl_5.504.orig.tar.gz
e073f38a5a41a435490c58edb8d002cb22196a6f6cc5c18919d34c37c69373c2 7176 libmime-tools-perl_5.504-1.debian.tar.gz
4ae6ff2121dd7bbff22cd8d46d22a9e9f7b22d11e0b98b1a9defd9c908cc7f64 225580 libmime-tools-perl_5.504-1_all.deb
Files:
7eff4552a03159976c6410470b9ee987 2331 perl optional libmime-tools-perl_5.504-1.dsc
8e055aab88552710377b4727b23bfb70 404825 perl optional libmime-tools-perl_5.504.orig.tar.gz
b95f42b54e53a9f9cbb47ef181606d4b 7176 perl optional libmime-tools-perl_5.504-1.debian.tar.gz
362871e0fc49ed54597bfa5d6b3cdeaf 225580 perl optional libmime-tools-perl_5.504-1_all.deb
iQIcBAEBCgAGBQJSX/DaAAoJEAVMuPMTQ89EuGkP/1pmAxRD/l192hVzdkGEgfCT
IZJyHajutQF/hcfYtRtSwAnoi0zqDH7BALqrix1dha7Hw+FzDpIocI98Or0CzqeM
tK5ncQJMCd7v3QdWWQfv7UOfsy5hmDW8xJVu2+kg9MLVCxIbTAkE12g3ieHCvLlh
M0LV7AgtEWyd8xXNw+TVXVcPCBuL+DQLZ46bn1RmNvp1CJlLK66jclbL+g1prqAX
Zfe4QUqEKmX0rPOmZ5YLeLOhik7/EeX0N8a1cT8yLWSqdEbE8a2OiOKcfuINwfxK
KCUWNhhmCf5FqaqJesKG9aMoONBXhmc2CfS7AeX41UY0E0JrmDl5wq/fSPn6EmfV
IvC7taEp24vPfsIPAY0y+KCH6xg62zr5Bxl+c/vKhNAg+vtdYp3N+CLPLqZMErLW
kaHLkkMGbntOJJH9g6oEPGePNtNH08/Mh/old509lh/OgCzWax30ulITGRXPKHVf
8cbwokqAb4G2J0w0X0yLQVpfWFh399Faib9q8CHTNMTtQOrWuBXaJFT6Aj0nRab1
xtBhuEfB1hcxPJ09IqoMOYAjYO7m/9TttbEzKL4tOAns2fC/n5fin1Z0s2jA7USX
J8NLAkWyL/jzKD2sFa6KxosfUb5upMkz+/hZ89KLpuk/iGMfRWDVb71SoCevbWHH
9YcL+L+QgV/w5MJO97zC
=nN2q
-----END PGP SIGNATURE-----
Dear Maintainer, Upgraded libmime-tools-perl to 5.5.04-1. Otrs2 still generates a system error when replying to email with mime components. The error in the log is unchanged. yours John
Hi Patrick: For the Perl transition libmime-tools-perl indeed remained on the same version. John, could you provide a mail example which triggers the problem? (not playing BTS ping-pong, but in this case it at least is confirmed it is not in libmime-tools-perl directly, so need to find the right place were a bug appear). Regards, Salvatore
Am 18.10.2013 08:07, schrieb Salvatore Bonaccorso: Sad.. I will open a ticket at the otrs bug tracker, but this issue is caused by the Perl transition (e.g. users reported, that it is also not working with otrs 3.1.7 until 3.2.11).
Hi, see below. We need a way to reproduce this issue. Anyway I think this bug should be reassigned to Perl maybe, since everyone reports, that it only occurs with the current Perl version in testing/unstable. http://bugs.otrs.org/show_bug.cgi?id=9832 Martin Gruner <martin.gruner@otrs.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martin.gruner@otrs.com Status|NEW |RESOLVED QAContact| |michiel.beijen@otrs.com Resolution| |INVALID --- Comment #1 from Martin Gruner <martin.gruner@otrs.com> 2013-10-18 13:22:01 --- Hi Patrick, is this a problem of OTRS, of Perl, MIME::Tools or the debian packages involved? Also, if you cannot reproduce it we probably cannot either. Please feel free to reopen this with more information! Best regards, mg
Hi, I added "use diagnostics;" to /usr/share/otrs/scripts/apache2-perl-startup.pl and have this extra information in the logs. [Tue Oct 22 11:56:15 2013] -e: Strings with code points over 0xFF may not be mapped into in-memory file handles [Tue Oct 22 11:56:15.193665 2013] [:error] [pid 8510] [Tue Oct 22 11:56:15 2013] -e: open body: Invalid argument at /usr/share/perl5/MIME/Entity.pm line 1878.\n I hope this helps in debugging the problem. yours John
Hi, I added "use diagnostics;" to /usr/share/otrs/scripts/apache2-perl-startup.pl and have this extra information in the logs. [Tue Oct 22 11:56:15 2013] -e: Strings with code points over 0xFF may not be mapped into in-memory file handles [Tue Oct 22 11:56:15.193665 2013] [:error] [pid 8510] [Tue Oct 22 11:56:15 2013] -e: open body: Invalid argument at /usr/share/perl5/MIME/Entity.pm line 1878.\n I hope this helps in debugging the problem. yours John
Am 22.10.2013 05:43, schrieb John Seymour: I need a way to reproduce this problem.
Hi Niko and Dominic otrs2 seems to have an anoying (not easy to reproduce bug), which was reported against otrs2 (and which seems to appear after the perl 5.14.2 -> 5.18.1 update): http://bugs.debian.org/724972 http://bugs.debian.org/726600 Does this sound somewhere familiar to you, or does this ring a bell? Regards, Salvatore
Hi Niko and Dominic otrs2 seems to have an anoying (not easy to reproduce bug), which was reported against otrs2 (and which seems to appear after the perl 5.14.2 -> 5.18.1 update): http://bugs.debian.org/724972 http://bugs.debian.org/726600 Does this sound somewhere familiar to you, or does this ring a bell? Regards, Salvatore
Am 28.10.2013 20:05, schrieb Salvatore Bonaccorso: Hatte Niko schon am WE ne Mail geschrieben :-)
Yeah, Patrik mailed me about it too, I just didn't have the time earlier. John Seymour's comment in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726600#75 seems helpful: [Tue Oct 22 11:56:15 2013] -e: Strings with code points over 0xFF may not be mapped into in-memory file handles [Tue Oct 22 11:56:15.193665 2013] [:error] [pid 8510] [Tue Oct 22 11:56:15 2013] -e: open body: Invalid argument at /usr/share/perl5/MIME/Entity.pm line 1878.\n A similar failure can be triggered with something like this: perl -CO -Mstrict -we 'my $a = "\x{2660}"; open(my $h, ">>", \$a) or die "open failed: $!"; print $h "test\n"; close $h; print $a' which dies with 5.18 but not with 5.14. This is by design: the relevant perl5180delta entry is PerlIO::scalar has been upgraded to 0.16. The buffer scalar supplied may now only contain code pounts 0xFF or lower. [perl #109828] and the change is http://perl5.git.perl.org/perl.git/commit/02c3c86bb8fe791df9608437f0844f9a8017e3b6 which was thoroughly discussed in the aforementioned ticket https://rt.perl.org/Public/Bug/Display.html?id=109828 So the reproducing recipe presumably involves non-ASCII, non-latin1 characters in the ticket. Hope that helps a bit. Not sure if this is a bug in MIME-Tools. My half hearted attempts to trigger it by parsing a crafted UTF-8 email message weren't successful (meaning MIME-Tools was behaving more or less correctly.) So it needs something more complex to show up. I see OTRS, Kernel/System/Encode.pm in particular, is using the Encode internal functions _utf8_on() and _utf8_off() quite a bit. The root problem might be somewhere there. I can look at it more (time permitting) if somebody finds a way to reproduce it.
Yeah, Patrik mailed me about it too, I just didn't have the time earlier. John Seymour's comment in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726600#75 seems helpful: [Tue Oct 22 11:56:15 2013] -e: Strings with code points over 0xFF may not be mapped into in-memory file handles [Tue Oct 22 11:56:15.193665 2013] [:error] [pid 8510] [Tue Oct 22 11:56:15 2013] -e: open body: Invalid argument at /usr/share/perl5/MIME/Entity.pm line 1878.\n A similar failure can be triggered with something like this: perl -CO -Mstrict -we 'my $a = "\x{2660}"; open(my $h, ">>", \$a) or die "open failed: $!"; print $h "test\n"; close $h; print $a' which dies with 5.18 but not with 5.14. This is by design: the relevant perl5180delta entry is PerlIO::scalar has been upgraded to 0.16. The buffer scalar supplied may now only contain code pounts 0xFF or lower. [perl #109828] and the change is http://perl5.git.perl.org/perl.git/commit/02c3c86bb8fe791df9608437f0844f9a8017e3b6 which was thoroughly discussed in the aforementioned ticket https://rt.perl.org/Public/Bug/Display.html?id=109828 So the reproducing recipe presumably involves non-ASCII, non-latin1 characters in the ticket. Hope that helps a bit. Not sure if this is a bug in MIME-Tools. My half hearted attempts to trigger it by parsing a crafted UTF-8 email message weren't successful (meaning MIME-Tools was behaving more or less correctly.) So it needs something more complex to show up. I see OTRS, Kernel/System/Encode.pm in particular, is using the Encode internal functions _utf8_on() and _utf8_off() quite a bit. The root problem might be somewhere there. I can look at it more (time permitting) if somebody finds a way to reproduce it.
Hi I have worked out how to reliably trigger the bug. If you enter a Unicode character in the the "system standard signature" and reply to a ticket that uses that signature the bug will be triggered. yours John
Hi I have worked out how to reliably trigger the bug. If you enter a Unicode character in the the "system standard signature" and reply to a ticket that uses that signature the bug will be triggered. yours John
Hi I have worked out how to reliably trigger the bug. If you enter a Unicode character in the the "system standard signature" and reply to a ticket that uses that signature the bug will be triggered. yours John
tag 726600 - moreinfo unreproducible
reassign 726600 libmime-tools-perl 5.504-1
thanks
Thanks. It doesn't need a signature in my tests, just replying to a bug
and copy-pasting non-latin1 chararacter to the text field triggers it.
It can be reduced to this:
% perl -w -MMIME::Entity -e 'print MIME::Entity->build(Data => "\x{2660}")->body_as_string'
Strings with code points over 0xFF may not be mapped into in-memory file handles
open body: Invalid argument at /usr/share/perl5/MIME/Entity.pm line 1878.
or just
% perl -w -MMIME::Body -e 'MIME::Body::InCore->new("\x{2660}")->open("r") or die "open failed: $!"'
Strings with code points over 0xFF may not be mapped into in-memory file handles
open failed: Invalid argument at -e line 1.
I'm reassigning this against libmime-tools-perl again - if this is an
intentional limitation there, it should at least be documented better.
Preferrably, I suppose MIME::Body::InCore should transparently encode
Unicode data before making an in-memory file out of it. (This needs to
be discussed upstream, of course.)
In this case, OTRS hits it in Kernel::System::Email::Send() when it gets
a body containing HTML elements that map onto non-latin characters,
for instance ♠ . The $Self->{HTMLUtilsObject}->ToAscii() call
around line 288 of Kernel/System/Email.pm then converts the elements into
Unicode characters, which are later passed to MIME::Entity->build() as-is.
If necessary, OTRS could work around the problem by encoding the string
first. It already does for some cases, around line 316 or so:
# body encode if utf8 and base64 is used
if ( $Header{Encoding} =~ /utf(8|-8)/i && $Header{Encoding} =~ /base64/i ) {
$Self->{EncodeObject}->EncodeOutput( \$Param{Body} );
}
Making this EncodeOutput() call unconditional fixes the crash for me,
probably at the cost of some double encoding later. (I don't use OTRS
myself so I didn't really test that any further, but it seems too simple
minded to be a proper fix.)
Am 03.11.2013 15:04, schrieb Niko Tyni: Much thanks for working this out, I have also sent the information to OTRS upstream, so that they also could workaround this problem.
Hi Niko, Patrick, Thanks for all your investigating and research. 11/04/2013 08:54 - Patrick Matthäi wrote: I'm not sure this is correct. I think it *does* need documentation in MIME::Entity. These conditions will not be true at the same time, I think. http://blogs.perl.org/users/tony_cook/2013/02/perl-io-on-scalars.html I think while it might *seem* too simple it really is the proper fix for OTRS. it's fixed in rel-3_2: https://github.com/OTRS/otrs/commit/3200f38e4ece3b73c1d8f98642b0bf30f5e39043 and master: https://github.com/OTRS/otrs/commit/eda2b2b9a19eeaf513be3d214ab5b680d87c49e3
Greetings, Attached you can find a sanned copy of your receipt for the order #000015015. Thank you, Danny Allison, Accounting Manager Panescent Digital Services 234 East Hills Avenue 73276 Glendale, Arizona
Dear Customer, Your parcel has arrived at October 13. Courier was unable to deliver the parcel to you. Please, download Delivery Label attached to this email. Yours trully, Andy Strickland, Sr. Station Agent.
Dear Customer, This is to confirm that one or more of your parcels has been shipped. Shipment Label is attached to this email. Thank you for choosing FedEx, Jacob Leach, Delivery Agent.
Dear Customer, Your parcel has arrived at October 31. Courier was unable to deliver the parcel to you. Shipment Label is attached to this email. Yours sincerely, Ben Atkins, FedEx Station Manager.
Dear Customer, This is to confirm that one or more of your parcels has been shipped. Please, open email attachment to print shipment label. Yours sincerely, Ernest Sutherland, Delivery Agent.
Dear Customer, Courier was unable to deliver the parcel to you. Please, download Delivery Label attached to this email. Yours sincerely, Eduardo Levine, FedEx Delivery Agent.
Dear Customer, USPS courier was unable to contact you for your parcel delivery. You can find more details in this e-mail attachment! Your help is greatly appreciated, Kirk Key, USPS Senior Delivery Manager.
Dear Customer, This is to confirm that your item has been shipped at July 01. You can find more details in this e-mail attachment! All the best, , UPS Mail Delivery Manager.
Dear Customer, This is to confirm that your item has been shipped at July 01. You can find more details in this e-mail attachment! All the best, , UPS Mail Delivery Manager.
Good Morning, I am Ms.Courtney Salinas. I hope this email address is still valid to write to you. Reggards, Ms.Courtney Salinas
Good Morning, I am Ms.Courtney Salinas. I hope this email address is still valid to write to you. Reggards, Ms.Courtney Salinas
Good Morning, I am Ms.Courtney Salinas. I hope this email address is still valid to write to you. Reggards, Ms.Courtney Salinas
Good Morning, I am Ms.Courtney Salinas. I hope this email address is still valid to write to you. Reggards, Ms.Courtney Salinas
Good Morning, I am Ms.Courtney Salinas. I hope this email address is still valid to write to you. Reggards, Ms.Courtney Salinas
Madame, Monsieur, Malgré nos précédents contrôles comptables, nous constatons à ce jour que le règlement du loyer du mois de septembre demeure en attente. Nous vous saurions gré de bien vouloir nous transmettre sans délai le justificatif de paiement ou la quittance correspondante, afin de procéder à la régularisation de votre situation.À défaut de retour rapide de votre part, nous serons contraints d'engager les démarches nécessaires au recouvrement de cette somme. Nous vous rappelons par ailleurs que nos coordonnées bancaires ont récemment été modifiées.Ces nouvelles références doivent impérativement être utilisées pour tout paiement à venir, notamment celui du loyer du mois d'octobre.Tout règlement effectué sur l’ancien RIB ne pourra être validé. Si vous ne disposez pas encore de ce RIB actualisé, nous vous invitons à en faire la demande dans les meilleurs délais. 📩 Contact – Service Comptabilité : comptabilite_gestion_locative@outlook.com Nous vous remercions de votre diligence et restons à votre entière disposition pour tout complément d’information. Dans l’attente de votre régularisation,Veuillez agréer, Madame, Monsieur, l’expression de nos salutations distinguées. Le Service Comptabilité – Gestion Locative
Madame, Monsieur, Malgré nos précédents contrôles comptables, nous constatons à ce jour que le règlement du loyer du mois de septembre demeure en attente. Nous vous saurions gré de bien vouloir nous transmettre sans délai le justificatif de paiement ou la quittance correspondante, afin de procéder à la régularisation de votre situation.À défaut de retour rapide de votre part, nous serons contraints d'engager les démarches nécessaires au recouvrement de cette somme. Nous vous rappelons par ailleurs que nos coordonnées bancaires ont récemment été modifiées.Ces nouvelles références doivent impérativement être utilisées pour tout paiement à venir, notamment celui du loyer du mois d'octobre.Tout règlement effectué sur l’ancien RIB ne pourra être validé. Si vous ne disposez pas encore de ce RIB actualisé, nous vous invitons à en faire la demande dans les meilleurs délais. 📩 Contact – Service Comptabilité : comptabilite_gestion_locative@outlook.com Nous vous remercions de votre diligence et restons à votre entière disposition pour tout complément d’information. Dans l’attente de votre régularisation,Veuillez agréer, Madame, Monsieur, l’expression de nos salutations distinguées. Le Service Comptabilité – Gestion Locative
Madame, Monsieur, Malgré nos précédents contrôles comptables, nous constatons à ce jour que le règlement du loyer du mois de septembre demeure en attente. Nous vous saurions gré de bien vouloir nous transmettre sans délai le justificatif de paiement ou la quittance correspondante, afin de procéder à la régularisation de votre situation.À défaut de retour rapide de votre part, nous serons contraints d'engager les démarches nécessaires au recouvrement de cette somme. Nous vous rappelons par ailleurs que nos coordonnées bancaires ont récemment été modifiées.Ces nouvelles références doivent impérativement être utilisées pour tout paiement à venir, notamment celui du loyer du mois d'octobre.Tout règlement effectué sur l’ancien RIB ne pourra être validé. Si vous ne disposez pas encore de ce RIB actualisé, nous vous invitons à en faire la demande dans les meilleurs délais. 📩 Contact – Service Comptabilité : comptabilite_gestion_locative@outlook.com Nous vous remercions de votre diligence et restons à votre entière disposition pour tout complément d’information. Dans l’attente de votre régularisation,Veuillez agréer, Madame, Monsieur, l’expression de nos salutations distinguées. Le Service Comptabilité – Gestion Locative
Madame, Monsieur, Malgré nos précédents contrôles comptables, nous constatons à ce jour que le règlement du loyer du mois de septembre demeure en attente. Nous vous saurions gré de bien vouloir nous transmettre sans délai le justificatif de paiement ou la quittance correspondante, afin de procéder à la régularisation de votre situation.À défaut de retour rapide de votre part, nous serons contraints d'engager les démarches nécessaires au recouvrement de cette somme. Nous vous rappelons par ailleurs que nos coordonnées bancaires ont récemment été modifiées.Ces nouvelles références doivent impérativement être utilisées pour tout paiement à venir, notamment celui du loyer du mois d'octobre.Tout règlement effectué sur l’ancien RIB ne pourra être validé. Si vous ne disposez pas encore de ce RIB actualisé, nous vous invitons à en faire la demande dans les meilleurs délais. 📩 Contact – Service Comptabilité : comptabilite_gestion_locative@outlook.com Nous vous remercions de votre diligence et restons à votre entière disposition pour tout complément d’information. Dans l’attente de votre régularisation,Veuillez agréer, Madame, Monsieur, l’expression de nos salutations distinguées. Le Service Comptabilité – Gestion Locative
Madame, Monsieur, Malgré nos précédents contrôles comptables, nous constatons à ce jour que le règlement du loyer du mois de septembre demeure en attente. Nous vous saurions gré de bien vouloir nous transmettre sans délai le justificatif de paiement ou la quittance correspondante, afin de procéder à la régularisation de votre situation.À défaut de retour rapide de votre part, nous serons contraints d'engager les démarches nécessaires au recouvrement de cette somme. Nous vous rappelons par ailleurs que nos coordonnées bancaires ont récemment été modifiées.Ces nouvelles références doivent impérativement être utilisées pour tout paiement à venir, notamment celui du loyer du mois d'octobre.Tout règlement effectué sur l’ancien RIB ne pourra être validé. Si vous ne disposez pas encore de ce RIB actualisé, nous vous invitons à en faire la demande dans les meilleurs délais. 📩 Contact – Service Comptabilité : comptabilite_gestion_locative@outlook.com Nous vous remercions de votre diligence et restons à votre entière disposition pour tout complément d’information. Dans l’attente de votre régularisation,Veuillez agréer, Madame, Monsieur, l’expression de nos salutations distinguées. Le Service Comptabilité – Gestion Locative
Madame, Monsieur, Malgré nos précédents contrôles comptables, nous constatons à ce jour que le règlement du loyer du mois de septembre demeure en attente. Nous vous saurions gré de bien vouloir nous transmettre sans délai le justificatif de paiement ou la quittance correspondante, afin de procéder à la régularisation de votre situation.À défaut de retour rapide de votre part, nous serons contraints d'engager les démarches nécessaires au recouvrement de cette somme. Nous vous rappelons par ailleurs que nos coordonnées bancaires ont récemment été modifiées.Ces nouvelles références doivent impérativement être utilisées pour tout paiement à venir, notamment celui du loyer du mois d'octobre.Tout règlement effectué sur l’ancien RIB ne pourra être validé. Si vous ne disposez pas encore de ce RIB actualisé, nous vous invitons à en faire la demande dans les meilleurs délais. 📩 Contact – Service Comptabilité : comptabilite_gestion_locative@outlook.com Nous vous remercions de votre diligence et restons à votre entière disposition pour tout complément d’information. Dans l’attente de votre régularisation,Veuillez agréer, Madame, Monsieur, l’expression de nos salutations distinguées. Le Service Comptabilité – Gestion Locative