Skip Menu |

This queue is for tickets about the Mail-Message CPAN distribution.

Report information
The Basics
Id: 130528
Status: open
Priority: 0/
Queue: Mail-Message

People
Owner: Nobody in particular
Requestors: rafal.ramocki [...] eo.pl
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: UTF-8 line length limit in Mail/Message/TransferEnc/EightBit.pm and SevenBit.pm
Date: Wed, 18 Sep 2019 09:26:52 +0200
To: bug-Mail-Message [...] rt.cpan.org
From: Rafał Ramocki <rafal.ramocki [...] eo.pl>
Hello, I've discovered that sub encode() in Mail::Message::TransferEnc::EightBit and Mail::Message::TransferEnc::SevenBit does not follow RFC which stands that line of email MUST be shorter than 998 OCTETES but function is counting characters. In UTF-8 one character can have more than one octet and this construction is not UTF-8 aware. This may lead to undeliverable email that are rejected due to exceeded line length. In my case library produced UTF-8 email with line length of 1023 octets and message was rejected by exim due to it's default configuration in Debian 10. -- Rafał Ramocki
CC: ;
Subject: Re: [rt.cpan.org #130528] UTF-8 line length limit in Mail/Message/TransferEnc/EightBit.pm and SevenBit.pm
Date: Wed, 18 Sep 2019 10:08:44 +0200
To: Rafał Ramocki via RT <bug-Mail-Message [...] rt.cpan.org>
From: Mark Overmeer <solutions [...] overmeer.net>
Hi Rafał, This should not be possible: when the length is computed, the body should already be "bytes", not "internal utf-8" (charset="PERL") Can you please show me the code which you use to construct the message? Sent to mark@overmeer.net * Rafał Ramocki via RT (bug-Mail-Message@rt.cpan.org) [190918 07:36]: Show quoted text
> Wed Sep 18 03:35:50 2019: Request 130528 was acted upon. > Queue: Mail-Message > Subject: UTF-8 line length limit in Mail/Message/TransferEnc/EightBit.pm and SevenBit.pm > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=130528 > > > I've discovered that sub encode() in > Mail::Message::TransferEnc::EightBit and > Mail::Message::TransferEnc::SevenBit does not follow RFC which stands > that line of email MUST be shorter than 998 OCTETES but function is > counting characters. In UTF-8 one character can have more than one octet > and this construction is not UTF-8 aware. This may lead to undeliverable > email that are rejected due to exceeded line length. > > In my case library produced UTF-8 email with line length of 1023 octets > and message was rejected by exim due to it's default configuration in > Debian 10.
Subject: Re: [rt.cpan.org #130528] UTF-8 line length limit in Mail/Message/TransferEnc/EightBit.pm and SevenBit.pm
Date: Wed, 18 Sep 2019 12:31:12 +0200
To: bug-Mail-Message [...] rt.cpan.org
From: Rafał Ramocki <rafal.ramocki [...] eo.pl>
Hi Mark, I am sorry. I've followed wrong track. I've hit issue with our request-tracker but it is using Mail::Mailer() to send emails not Mail::Message(). Now I'm not sure any more if this is library, RT or something else. Once again I'm sorry for taking your time. On 18.09.2019 10:25, Mark Overmeer via RT wrote: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=130528 > > > > Hi Rafał, > > This should not be possible: when the length is computed, the > body should already be "bytes", not "internal utf-8" (charset="PERL") > > Can you please show me the code which you use to construct the message? > Sent to mark@overmeer.net > > * Rafał Ramocki via RT (bug-Mail-Message@rt.cpan.org) [190918 07:36]:
>> Wed Sep 18 03:35:50 2019: Request 130528 was acted upon. >> Queue: Mail-Message >> Subject: UTF-8 line length limit in Mail/Message/TransferEnc/EightBit.pm and SevenBit.pm >> Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=130528 > >> >> I've discovered that sub encode() in >> Mail::Message::TransferEnc::EightBit and >> Mail::Message::TransferEnc::SevenBit does not follow RFC which stands >> that line of email MUST be shorter than 998 OCTETES but function is >> counting characters. In UTF-8 one character can have more than one octet >> and this construction is not UTF-8 aware. This may lead to undeliverable >> email that are rejected due to exceeded line length. >> >> In my case library produced UTF-8 email with line length of 1023 octets >> and message was rejected by exim due to it's default configuration in >> Debian 10.
-- Rafał Ramocki Dział Administracji Systemami eo Networks S.A. tel: 15 822 79 91 e-mail : rafal.ramocki@eo.pl eo Networks S.A. ul. Jagiellońska 78, 03-301 Warszawa NIP: 5272604418, REGON: 141905973 Sąd Rejonowy dla m.st.. Warszawy w Warszawie XIII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS: 0000332547, Kapitał zakładowy i kapitał wpłacony : 205 937,90 złotych. Ten dokument zawiera informacje poufne, które mogą być również objęte tajemnicą handlową lub służbową. Jest on przeznaczony do wyłącznego użytku adresata. Jeśli nie są Państwo jego adresatem lub jeśli otrzymaliście Państwo ten dokument omyłkowo, to wszelkie rozpowszechnianie, dystrybucja, reprodukcja, kopiowanie, publikacja lub wykorzystanie tego dokumentu czy też zawartych w nim informacji jest zabronione. Jeśli otrzymaliście Państwo tę wiadomość przez pomyłkę, prosimy o bezzwłoczne skontaktowanie się z nami oraz usunięcie tej wiadomości z Państwa komputera. This message may contain confidential and/or privileged information and is intended solely for the use of the individual or entity to whom is addressed. If you are not the intended recipient, then any disclosure, copying, distribution or any other action in reliance upon is expressly prohibited and may be unlawful. In this case, please advise the sender by replying and deleting this message.
CC: ;
Subject: Re: [rt.cpan.org #130528] UTF-8 line length limit in Mail/Message/TransferEnc/EightBit.pm and SevenBit.pm
Date: Wed, 18 Sep 2019 12:44:48 +0200
To: Rafał Ramocki via RT <bug-Mail-Message [...] rt.cpan.org>
From: Mark Overmeer <solutions [...] overmeer.net>
* Rafał Ramocki via RT (bug-Mail-Message@rt.cpan.org) [190918 10:31]: Show quoted text
> Queue: Mail-Message > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=130528 > > > I've hit issue with our request-tracker but it is using Mail::Mailer() > to send emails not Mail::Message(). Now I'm not sure any more if this is > library, RT or something else. Once again I'm sorry for taking your time.
I do maintain Mail::Mailer (as part of MailTools) as well. However... that module is totally not capable of achieving any quality emails; it only works for the simplest emails. -- Regards, MarkOv ------------------------------------------------------------------------ Mark Overmeer MSc MARKOV Solutions Mark@Overmeer.net solutions@overmeer.net http://Mark.Overmeer.net http://solutions.overmeer.net