Bug v Nette\Web\Mail

vrtak-cz napsal(a):

… Čím to může být?

Je to chybičkou v implementácii quoted-printable kódovania:

Nette\Web\MailMimePart.php@r326:232

$s = preg_replace('#[=\x00-\x1F\x7F-\xFF]#e', '"=" . strtoupper(dechex(ord("\0")))', $this->body);

nahradzovací kód treba upraviť tak, aby vždy doplnil 2 hexa číslice, napríklad:

'sprintf("=%02X", ord("$0"))'

alebo

'(ord("$0") & 0xf0 ? "=" : "=0") . strtoupper(dechex(ord("$0"))'

Edit: ten istý problém má i metóda encodeHeader()

Editoval kravco (26. 5. 2009 13:17)

Supa už to funguje tak jak má… Jdu testovat dále.

Jen pro jistotu: je ten soubor s definicí mailu uložený v UTF-8?

Warden napsal(a):

Emil dorazí, ale – místo odesílatele mám =?UTF-8?Q?Ond=C5=99ej=20Brejla=20 …hlavičky vypadají takto:

From: "=?UTF-8?Q?Ond=C5=99ej=20Brejla=20" <muj@mail.tld>

To čo príde je trochu upravená podoba toho, čo sa naozaj odoslalo – chyba je pri kódovaní odosielateľa. V skutočnosti sa posiela:

From: =?UTF-8?Q?Ond=C5=99ej=20Brejla=20<muj@mail.tld>?=

To nie je podľa normy a niekde na ceste sa to upravilo do podoby, ktorá vyhovuje norme… no nefunguje tak, ako by sme chceli… Správne by sa malo odosielať:

From: =?UTF-8?Q?Ond=C5=99ej=20Brejla?= <muj@mail.tld>

…dobře tedy…když nejde quoted printable, zkusíme base64…zkusil jsem tedy toto:

…

Email opět dorazí, ale – místo odesílate je opět =?UTF-8?Q?Ond=C5=99ej=20Brejla=20 (imho u base64 by v tom stringu místo Q mělo být B…?)

$mail->setEncoding() by malo nastaviť kódovanie mailu, nie kódovanie hlavičiek, tam je quoted-printable reasonable default a nemá veľmi zmysel ho meniť.

tzn. úplně stejné jako když jsem kódování nenastavoval…imho by teď mělo být Content-Transfer-Encoding: base64 ?

Áno, zatiaľ $mail->setEncoding() nemá žiaden vplyv (ako si zaregistroval, v oboch prípadoch zostáva „7bit“).

Dělám něco špatně? Nebo je něco špatně v Nette\Mail případně jinde?

Zrejme nie, Nette\Mail je nový a má zopár múch. Pracujem na väčšom bugreporte, pred víkendom by mohol byť hotový.

Tento typ problému sa týka špecificky hlavičiek, ktoré obsahujú adresu + meno odosielateľa/prijímateľa s diakritikou. Zatiaľ skús posielať maily ako „Ondrej Brejla“ :)

Tak kódování odesílatele už funguje správně :-)

Jen mi to dělá ještě jednu neplechu, když je ve zprávě nějaká diakritika (klasicky „test – ěščřžýáíé“), tak Courier ten mail označí jako corrupted…nevím, jestli je to špatným nastavením Courieru, každopádně chyba je takováto:

                             CORRUPTED MESSAGE

This is the Courier Mail Server 0.60 on warden-laptop.
I received the following message for delivery to your address.  This message contains several internal formatting errors.  This is often caused by viruses that attempt to infect remote systems.  Instead of blocking this message, I converted it to a safe, text-only attachment that can be safely read with a text editor.
This sometimes also happens when the sender's mail software has a bug that creates improperly-formatted messages.  Although these kinds of formatting errors may often be ignored by other mail servers, this server detects and intercepts improperly-coded messages in order to prevent viruses from taking advantage of bugs in E-mail programs:
-----------------------------------------------------------------------------
This message contains improperly-formatted binary content, or attachment.

See <URL:ftp://ftp.isi.edu/in-notes/rfc2045.txt> for more information.
-----------------------------------------------------------------------------

Nemůže být někde chyba v kódování těla mailu Nette\Mailem?

Je někde ten tvůj velký report k nahlédnutí? Na fóru ho nikde nevidím.

při použití současné stable verze 0.9 mám problém s kódováním HTML e-mailu. Většině adresátů e-mail přijde v pohodě, nicméně klientovi stále všechny e-maily chodí rozsekané. Nejsem s ním v přímém kontaktu, takže vím jen, že používá outlook, poštovní server neznámý.

hlavička vypadá následovně:

Return-Path: <anonymous@duffman.onebit.cz>
X-Envelope-To: xxx@regroup.cz
Date: Mon, 31 Aug 2009 13:21:16 +0200
X-Spam-Status: No, hits=0.0 required=4.4
      tests=BAYES_00: -1.665,MISSING_DATE: 0.001,MISSING_MID: 0.001,
      RDNS_NONE: 0,TOTAL_SCORE: -1.663,autolearn=ham
X-Spam-Level:
Received: from duffman.onebit.cz ([89.185.231.32])
      by mail.regroup.cz
      for xxx@regroup.cz;
      Mon, 31 Aug 2009 13:21:12 +0200
Received: (qmail 27775 invoked by uid 48); 31 Aug 2009 11:20:42 -0000
To: xxx@regroup.cz
Subject: =?UTF-8?Q?Va=C5=A1e=20registrace=20na=20poji=C5=A1t=C4=9Bn?=

a pokračuje body:

=?UTF-8?Q?=C3=AD=20pro=20cizince?=
MIME-Version: 1.0
X-Mailer: Nette Framework
Date: Mon, 31 Aug 2009 13:20:42 +0200
From: =?UTF-8?Q?Luk=C3=A1=C5=A1=20Sudacki?= <xxx@xxx.cz>
Message-ID: <817e57661a7685e7672a67be39fa6624@webalizator.cz>
Content-Type: multipart/alternative;
boundary="--------9bd196eafeac51314833fea1b936f51f"
----------9bd196eafeac51314833fea1b936f51f
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
DobrĂ˝ den,
VaĹĄe registrace na portĂĄle pojiĹĄtÄ nĂ pro cizince probÄ hla ĂşspÄ ĹĄnÄ a nynĂ je
nutnĂŠ ji aktivovat.

Problém by mohl být v předmětu, protože na něm se to sekne a jeho část už přejde do těla zprávy. Správně by měl být „Vaše registrace na pojištění pro cizince“.

Díky!

kravčo napsal(a):

Mohol by si, prosím ťa, skúsiť, či to bude fungovať s touto úpravou?

V súbore Nette/Mail/MailMimePart.php nahraď všetky (tri) výskyty self::EOL . ' ' za self::EOL . "\t".

Funguje, děkuji!

Bola to prvá možná chyba, ktorá mi napadla – že foldovanie s medzerou proste niektoré servery/programy nemajú radi (napriek tomu, že je v špecifikácii)… Navyše podľa dobrého bugreportu bolo vidieť, že tabulátory prejdú bez problémov, stačilo vyskúšať…

Honza M. napsal(a):

U mě přetrvává dosti podobný problém jako měl ondrique. Hosting a i stroj budeme mít podle hlaviček tipuju stejný.

Problém vyzerá byť rovnaký, len riešenie asi nebude :)

Mailový klient (Windows Live Mail a Outlook) se tváří, že tělo začíná tímto: =?UTF-8?Q?=C3=A1=20V=C3=A1m=20doporu…

Pri pohľade do dumpnutého mailu by text mal začínať

=?UTF-8?Q?=C3=A1m=20doporu=C4=8Duje ≡ „ám doporučuje“

ty si napísal

=?UTF-8?Q?=C3=A1=20V=C3=A1m=20doporu=C4=8Duje ≡ „á Vám doporučuje“

to by bolo dosť zvláštne, môžeš overiť, že telo mailu začína presne na druhom kódovanom slove?

V tom live mailu je navíc rozhozená diakritika.

Keďže podľa Outlooku začalo telo mailu v riadku so Subjectom, neberie do úvahy Content-Type: ...; charset=...

Dôležité je, že dvojica kódových slov v predmete má byť v tomto prípade oddelená sekvenciou "\r\n\t", v dumpe to tak nevyzerá (" \t"), over prosím ťa aj toto.

$part = new MailMimePart;
$values = array('name' => 'Honza Marek');
$part->setHeader('Subject', "Přítelkyně " . $values["name"] . " Vám doporučuje web www.dianthe.cz");
$out = $part->getEncodedHeader('Subject');
$ref = "=?UTF-8?Q?P=C5=99=C3=ADtelkyn=C4=9B=20Honza=20Marek=20V?=\r\n\t=?UTF-8?Q?=C3=A1m=20doporu=C4=8Duje=20web=20www.dianthe.cz?=";

echo $out === $ref ? 'PASS' : 'FAIL';

Ak predsa len bude všetko v poriadku, budem potrebovať dump emailu s dlhým predmetom s diakritikou, ktorý Outlook spracuje správne.

kravčo napsal(a):

Problém vyzerá byť rovnaký, len riešenie asi nebude :)

Beriem späť… problém rovnaký, riešenie rovnaké…

V súbore Nette/Mail/MailMimePart.php nahraď všetky (tri) výskyty self::EOL . ' ' za self::EOL . "\t".

Stavím sa, že tam máš tie medzery :)

Honza M napsal(a):

Nette jsem zkoušel poslední build

V stable 0.9.0 tento bug Outlooku fixnutý nie je, v aktuálnom 0.9-dev z nette.org i github.com áno.

Moment… ten test jsem asi já mamlas dělal s blbou verzí nette. Provedu opakované měření.

Honza M. napsal(a):

Takže PASS. Omlouvám se.

Ja som z tohoto pochopil, že všetko už funguje ako má…

fixed