On Saturday 19 November 2005 13:32, Max Dmitrichenko wrote: > В сообщении от 19 Ноябрь 2005 00:45 Dmitry Nezhevenko написал(a): > > > Да? А может тебе сервер твой поправить? > > Дело в том, что сервер не мой :) Есть подозрение, которое в свое > время высказал Artem Chuprina, что происходит это при включенной > опции sendmail'а autoconvert в 8-bit.
Тогда это уже пробелма Sendmail'а. И того, кто включил не работающую в нем нормально фичу. > > > > Я не поленился, я отправил на один > > > из своих ящиков письмо (ответ тебе), пришедший base64 раскодировал > > > mimedecode, и все переводы строк на месте. Письмо принимал postfix. В > > > общем, я не вижу бага _в_KMail_. > > > > Бага действительно не в KMail. base64 он шлет нормально. Так что +1 > > Это ты так утверждаешь потому что получил его сообщение в нормальном > виде? Или ты являешься аффтаром кодировщика base64 в KMail раз делаешь > такие смелые заявления? mimedecode может раскодировать base64, полученное kmail. Перенос после строк остается в виде 0x0D 0x0A, т.е CRLF. Даже если CR отсутствуют, не вижу в этом ни какой проблемы. А вот почему фича autoconvert в sendmail возможно игнорирует LF, считая, надеясь увидеть CR в конце строки, я не знаю. Но опять же проблемы в этом не вижу. Другое дело, почему некоторые MTA, или еще хз что не понимают их? Вины авторов кодировщика base64 в kmail не вижу. Чтобы не быть голословным, предлагаю написать чем конкретно не устраивает письмо в base64, отправленное Антоном? (Не в виде не нравится, потому что base64, а конкрето, что в письме есть нарушение стандарта?) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]