🚀 go-pugleaf

Mistrz Adam rzekł:
> maile zostały odrzucone , ze względu na złe kodowanie pola from.
>
> przykład:  BAD HEADER SECTION Non-encoded 8-bit data (char C5 hex):
> From:
>         Tomasz Dworza\303\205\302\204ski

RFC 2047. W skrócie -- w nagłówkach nie może być nic powyżej ASCII,
jeśli się pojawia, trzeba trochę pogłówkować ;)

http://www.faqs.org/rfcs/rfc2047.html

-- 
Troję pomścimy!

W dniu 2017-03-13 o 21:28, Bartosz 'briest' Stepien pisze:
> Mistrz Adam rzekł:
>> maile zostały odrzucone , ze względu na złe kodowanie pola from.
>>
>> przykład:  BAD HEADER SECTION Non-encoded 8-bit data (char C5 hex):
>> From:
>>         Tomasz Dworza\303\205\302\204ski
>
> RFC 2047. W skrócie -- w nagłówkach nie może być nic powyżej ASCII,
> jeśli się pojawia, trzeba trochę pogłówkować ;)
>
> http://www.faqs.org/rfcs/rfc2047.html
>

Czyli chyba UTF go boli.
Dzięki.

Dziwne trochę, bo z linku podesłanego przez Ciebie wynika, że RFC 822 
dopuszcza kodowanie.
Może w problematycznych mailach brakuje deklaracji kodowania?
Muszę się przyjrzeć.


-- 
Pozdrawiam.

Adam

Osoba podpisana jako Adam <a.g@poczta.onet.pl>
w artykule <news:oa7abc$rh5$1@usenet.news.interia.pl> pisze:

> W dniu 2017-03-13 o 21:28, Bartosz 'briest' Stepien pisze:
>> Mistrz Adam rzekł:
>>> maile zostały odrzucone , ze względu na złe kodowanie pola from.
>>> przykład:  BAD HEADER SECTION Non-encoded 8-bit data (char C5 hex):
>>> From: Tomasz Dworza\303\205\302\204ski
                       ^^^^^^^^^^^^^^^^
>> RFC 2047. W skrócie -- w nagłówkach nie może być nic powyżej ASCII,
>> jeśli się pojawia, trzeba trochę pogłówkować ;)
>> http://www.faqs.org/rfcs/rfc2047.html

Jeśli pisząc o główkowaniu miałeś na myśli, że ten dokument został
zaktualizowany przez RFC 2231, to masz rację. W XXI w. MIME i UTF-8 to
standardy używane na co dzień, więc są oczywiście jeszcze nowsze dokumenty
RFC dotyczące tych standardów.

> Czyli chyba UTF go boli.

Chyba UTF-8, bo tam dwubajtowe kody ogonków zaczynają się od C4 i C5, zaś
w Windows-1250 i w ISO-8859-2 kod C5 nie odpowiada żadnemu ogonkowi.

> Dzięki.
> Dziwne trochę, bo z linku podesłanego przez Ciebie wynika, że RFC 822
> dopuszcza kodowanie.

Po pierwsze od 2008 obowiązuje RFC 5322, który zastąpił RFC 2822 z 2002 r.
RFC 822 to zamierzchła historia, w której istnieje tylko US-ASCII.
Po drugie, w nagłówku dopuszczalne jest tylko kodowanie zgodne z MIME
(w tym przypadku Quoted-Printable lub Base64), a nie jakieś eskejpowanie
(„sekwencje unikowe”), które wyżej podkreśliłem.
Po trzecie, od 2012/2013 r. wdraża się standardy obsługi UTF-8 przez
SMTP/POP3/IMAP (RFC 6530-6533 z 2012, RFC 6855-58 z 2013).

> Może w problematycznych mailach brakuje deklaracji kodowania?

Wartość w polu nagłówka ma kodowanie zadeklarowane na miejscu, inline.
Przykłady:
/----
Subject: =?UTF-8?Q?Problem_z_wysy=c5=82k=c4=85_maili?=

From: =?UTF-8?Q?Obs=C5=82uga_Klienta?= <ObslugaKlienta@xyz.pl.invalid>
\----
Deklaracja kodowania w polu nagłówka Content-Type też jest potrzebna, ale
dotyczy treści wiadomości, a nie samego nagłówka.

> Muszę się przyjrzeć.

Musisz wyjść z muzeum XX wieku. Protokól NNTP od 2006 domyślnie używa
UTF-8, a Ty wciąż wysyłasz wiadomości zakodowane w ISO-8859-2, choć
w nagłówku masz temat zakodowany w UTF-8.

-- 
Andrzej P. Woźniak  uszer@pochta.onet.pl  (zamień miejscami z<->h w adresie)
  ...admin z przypadku często pewnych rzeczy nie wie/nie zna/nie umie/
  nie ma w zwyczaju. Znam z własnego doświadczenia. A to się potem mści.
  Także na nim samym.            -- Mariusz Kruk na pl.comp.os.advocacy