Mihai Maties <[EMAIL PROTECTED]> scria la data de 10 Iunie 2005: > Dupa cum am mentionat si intr-un mail de ieri cred ca am identificat > problema pe care o are ecartis. Dintr-un motiv care imi scapa se > schimba header-ul Content-Transfer-Encoding in 8bit indiferent de > valoarea sa initiala fara a se face vreo conversie a mesajului. In > majoritatea cazurilor acest lucru nu este o problema insa daca > mesajul este trimis quoted-printable sau base64 atunci schimbarea > encoding-ului devine "fatala". Trimiterea email-urilor intr-unul din > aceste formate se face automat de catre clientii de mail atunci cand > mesajul contine caractere ce nu pot fi reprezentate pe 7 biti (i.e. > atunci cand se scrie cu diacritice sau alte caractere "deosebite").
[...] > PS: Pentru cei interesati patch-ul se afla la adresa: > http://helion.xcyb.org/patches/ecartis_1.0.0_preserve_transfer-encoding.diff La o privire sumara, nu cred ca ai identificat corect problema in contextul respectiv. Din cate inteleg eu (inca o data, la o privire sumara), intrebarea la care trebuie sa raspunzi este: de ce nu se decodeaza attachment-ul cand e scris in fisier, nu de ce se schimba Content-Transfer-Encoding acolo. Motivul tine de faptul ca nu e legal sa ai encoding-uri netriviale imbricatem, si asta cred ca era ideea initiala. Pe de alta parte, majoritatea mailer-elor sunt in stare sa decodeze si attachment-uri incodate asa (de pe vremea cand Sun Mailtool trimitea mesaje asa :-)), deci mare paguba probabil nu vei produce. Dar fix-ul nu e moral corect, sau cel putin asa imi pare acum. FWIW. Salutari, Liviu Daia -- Dr. Liviu Daia http://www.imar.ro/~daia --- Detalii despre listele noastre de mail: http://www.lug.ro/
