PGP-signer and uanog. Ne bejte nogami - po drugomu ne proveriajetsa
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
PGP-signer and uanog. Ne bejte nogami - po drugomu ne proveriajetsa -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD)
iD8DBQE/e/us8eCjdbEYQxQRAsDuAJ4uPWwKdV11hoDH7j/lnwrSx5Y8MwCgtoA1 K8xJpC9gm3CYy6gNbj4Vb0Q= =qmlo -----END PGP SIGNATURE----- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Oct 02, 2003 at 01:19:24PM +0300, andyo wrote: похоже получилось :)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
PGP-signer and uanog. Ne bejte nogami - po drugomu ne proveriajetsa -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD)
iD8DBQE/e/us8eCjdbEYQxQRAsDuAJ4uPWwKdV11hoDH7j/lnwrSx5Y8MwCgtoA1 K8xJpC9gm3CYy6gNbj4Vb0Q= =qmlo -----END PGP SIGNATURE-----
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Да ни хрена не получилось - наблюдай за метаморфозами трансферинкодинга и результатом :ОТ Это из сент-мэйла - то что как ты говоришь "получилось" ... Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Description: clearsigned data Content-Disposition: inline ... =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
PGP-signer and uanog.=20 Ne bejte nogami - po drugomu ne proveriajetsa =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD)
iD8DBQE/e/us8eCjdbEYQxQRAsDuAJ4uPWwKdV11hoDH7j/lnwrSx5Y8MwCgtoA1 K8xJpC9gm3CYy6gNbj4Vb0Q=3D =3Dqmlo =2D----END PGP SIGNATURE----- а это из предыдущих постингов в уаног из тогоже сентмэйла - не поленился base64 декодинг сделать. Вопрос - где были удалены \n\r? .... Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: base64 Content-Description: clearsigned data Content-Disposition: inline ... -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 По хорошему надо тогда вообще перестать слушать на 25й порт отовсюду кроме провайдера (а-ля за файрволом вариант). Или вообще за НАТ спрятаться. On Thursday 02 October 2003 04:20, Alexander Yeremenko wrote:
При наличии MX слать почту директом вообще-то не разрешается, и если кто шлёт так - сам себе буратина. Поэтому смысл вопроса вообще сомнителен, если нет явно выраженной толпы идиотов, которые шлют директом.
Можно уточнить, КОМУ оно буратина, если ему канала не жалко, и оно прицельно бомбит по direct ? Я тут по советам smtp поприкрывал - вроде легшает. А не слабо попросить у провайдера пропускать только тот трафик который нужен клиенту? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD)
iD8DBQE/e8RitIYyf3CXAKQRArCyAJ48IaDAMOZJRSRXDfCegioV/BUT7QCg6DZ5 QEyt02F3LOhwvYqM87aPRiw= =sEzF -----END PGP SIGNATURE----- On Thursday 02 October 2003 13:22, Maxim Mazurok wrote:
On Thu, Oct 02, 2003 at 01:19:24PM +0300, andyo wrote:
похоже получилось :)
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Thu, Oct 02, 2003 at 13:49:55, andyo wrote about "[uanog] Re: PGP-signer and uanog. Ne bejte nogami - po drugomu ne proveriajetsa": У KMail'а беда систематическая: когда он сам заворачивает в base64 или qp, он вместо положенного \r\n между строками оставляет только одно \n. В результате разворачивание этого нормальными средствами может привести к потере разделителей строк. Проблема известна больше года. Попробуй версию поновее - может, вылечили. Если нет - смени KMail на что-то другое. Далее, ASCII armored PGP, как в данном случае, имеет проблемы с кодировками. Я не понял, тот это случай или нет, но на русских текстах оно может страдать. -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thursday 02 October 2003 14:55, Valentin Nechayev wrote:
Thu, Oct 02, 2003 at 13:49:55, andyo wrote about "[uanog] Re: PGP-signer and uanog. Ne bejte nogami - po drugomu ne proveriajetsa":
У KMail'а беда систематическая: когда он сам заворачивает в base64 или qp, он вместо положенного \r\n между строками оставляет только одно \n. В результате разворачивание этого нормальными средствами может привести к потере разделителей строк. Проблема известна больше года. Тут я готов поспорить что считать нормальными средствами. Мэйлера абонентов которые получали такую почту в обход нормального средства изменения трансферкодинга работающего на бурке тоже используют как я понимаю нормальные средства декодинга. И при этом декодируют тело без потерь \n C другой стороны я еще не видел ни одного нормального редактора под унихом который бы заменял <ENTER> на \r\n Попробуй версию поновее - может, вылечили. Если нет - смени KMail на что-то другое.
Далее, ASCII armored PGP, как в данном случае, имеет проблемы с кодировками. Я не понял, тот это случай или нет, но на русских текстах оно может страдать. А вот это 100% не тот случай. Пользую данную ГнуПГу уже около года. Работает с кои8-р на ура.
-netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Thu, Oct 02, 2003 at 15:35:54, andyo wrote about "[uanog] Re: PGP-signer and uanog. Ne bejte nogami - po drugomu ne proveriajetsa":
У KMail'а беда систематическая: когда он сам заворачивает в base64 или qp, он вместо положенного \r\n между строками оставляет только одно \n. В результате разворачивание этого нормальными средствами может привести к потере разделителей строк. Проблема известна больше года. Тут я готов поспорить что считать нормальными средствами. Мэйлера абонентов которые получали такую почту в обход нормального средства изменения трансферкодинга работающего на бурке тоже используют как я понимаю нормальные средства декодинга. И при этом декодируют тело без потерь \n
Но по стандарту \r\n. Значит, имеют право.
C другой стороны я еще не видел ни одного нормального редактора под унихом который бы заменял <ENTER> на \r\n
А в SMTP, telnet, POP3, NNTP и прочих разделитель строк - \r\n. И что, требовать от всех поддерживать локальный юниксовый стандарт?
А вот это 100% не тот случай. Пользую данную ГнуПГу уже около года. Работает с кои8-р на ура.
Ты посмотри что будет на клиенте который вначале сконвертит в cp1251, а уже после этого начнёт проверять подпись. -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thursday 02 October 2003 16:13, Valentin Nechayev wrote:
Thu, Oct 02, 2003 at 15:35:54, andyo wrote about "[uanog] Re: PGP-signer and uanog. Ne bejte nogami - po drugomu ne proveriajetsa":
Тут я готов поспорить что считать нормальными средствами. Мэйлера абонентов которые получали такую почту в обход нормального средства изменения трансферкодинга работающего на бурке тоже используют как я понимаю нормальные средства декодинга. И при этом декодируют тело без потерь \n Но по стандарту \r\n. Значит, имеют право. Собственно о каком стандарте идет речь? в неком (причем совершенно неважно каком - за рупь десяток найду) редакторе создается сообщение в котором <ENTER> заменяется не на \r\n а на \n Какой здесь стандарт нарушается? Правильно - никакой - программа имеет право не знать для чего она готовит текст :О) Далее некий мэйлер запускает внешнюю криптографическую программу, которая подписывает тело ничего из него не удаляя. Здесь ничего не нарушается? Правильно - ничего. Более того - если бы подпись предусматривала изменение семантики (а на этом этапе удаление переводов строки было бы именно изменением семантики) - играли бы в разведчиков на каждом шагу. Далее этот мэйлер в соответствии с промышленным стандартом Base64 кодирует сообщение опять же ничего из него не удаляя. Здесь тоже ничего не нарушается - на выходе имеем совершенно корректно кодированный блок. Далее мэйлер снабжает тело хидерами и пуляет его его в цепочку МТА. Я не наблюдаю здесь нарушения стандартов :О) C другой стороны я еще не видел ни одного нормального редактора под унихом который бы заменял <ENTER> на \r\n А в SMTP, telnet, POP3, NNTP и прочих разделитель строк - \r\n. И что, требовать от всех поддерживать локальный юниксовый стандарт? Спорный вопрос - с одной стороны когда передается Base64-кодированный блок о \r\n или \n как компонентах тела говорить не приходится - во время транспорта их просто нет. Декодирование и изменение трансфер-инкодинга происходит уже после приема сообщения. С другой стороны хост юникс со своими стандартами старше всех вышеуказанных rfc :О) А если вернуться к теме, я сильно подозреваю, что \n удаляются в такие вот трагические моменты: X-MIME-Autoconverted: from base64 to 8bit by geddar.km.ua id и мне жутко интересно в соответствии с каким стандартом :О)
-- AO618-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Thu, Oct 02, 2003 at 11:14:43PM +0300, andyo wrote:
А если вернуться к теме, я сильно подозреваю, что \n удаляются в такие вот трагические моменты:
неверное предположение. см. ниже.
X-MIME-Autoconverted: from base64 to 8bit by geddar.km.ua id и мне жутко интересно в соответствии с каким стандартом :О)
Энди, криво приходят только письма написанные к кмыле. даже письма из оутлука с вордом приходят нормально, а кмыловские - криво. и мне пофиг в связи с каким стандартом это делается. или наоборот, какой стандарт не выполняется. и я не буду патчить свой mutt, сендмыл или чего еще на совместимость с кмылом. я просто буду считать такие письма спамом. и все. -- Maxim Mazurok (MMP2-RIPE) =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Thu, Oct 02, 2003 at 23:14:43, andyo wrote about "[uanog] Re: PGP-signer and uanog. Ne bejte nogami - po drugomu ne proveriajetsa":
Но по стандарту \r\n. Значит, имеют право. Собственно о каком стандарте идет речь?
RFC2045. (OK, не стандарт. Но спецификация MIME.) (4) (Line Breaks) A line break in a text body, represented as a CRLF sequence in the text canonical form, must be represented by a (RFC 822) line break, which is also a CRLF sequence, in the Quoted-Printable encoding. Далее: In particular, text line breaks must be converted into CRLF sequences prior to base64 encoding.
в неком (причем совершенно неважно каком - за рупь десяток найду) редакторе создается сообщение в котором <ENTER> заменяется не на \r\n а на \n Какой здесь стандарт нарушается? Правильно - никакой - программа имеет право не знать для чего она готовит текст :О)
Перед преобразованием в quoted-printable или base64 разделители строк должны быть представлены как CRLF. Точка. Не имеет значения, какой локальный разделитель, для чего готовиться текст, и вообще какая операционка, кодировка и вообще компьютер ли это. Не имеет значения.
Далее некий мэйлер запускает внешнюю криптографическую программу, которая подписывает тело ничего из него не удаляя. Здесь ничего не нарушается? Правильно - ничего. Более того - если бы подпись предусматривала изменение семантики (а на этом этапе удаление переводов строки было бы именно изменением семантики) - играли бы в разведчиков на каждом шагу. Далее этот мэйлер в соответствии с промышленным стандартом Base64 кодирует сообщение опять же ничего из него не удаляя.
Энди, не морочь голову. KMail НАРУШАЕТ правила кодирования Base64 в письмах. Результат - нечитаемые письма, и мне пофиг, какая тому причина.
Здесь тоже ничего не нарушается
Нет.
- на выходе имеем совершенно корректно кодированный блок. Далее мэйлер снабжает тело хидерами и пуляет его его в цепочку МТА. Я не наблюдаю здесь нарушения стандартов :О)
Сочувствую. Вынужден просить посмотреть снова и снова, пока не увидишь.
C другой стороны я еще не видел ни одного нормального редактора под унихом который бы заменял <ENTER> на \r\n А в SMTP, telnet, POP3, NNTP и прочих разделитель строк - \r\n. И что, требовать от всех поддерживать локальный юниксовый стандарт? Спорный вопрос - с одной стороны когда передается Base64-кодированный блок о \r\n или \n как компонентах тела говорить не приходится - во время транспорта их просто нет. Декодирование и изменение трансфер-инкодинга происходит уже после приема сообщения. С другой стороны хост юникс со своими стандартами старше всех вышеуказанных rfc :О) А если вернуться к теме, я сильно подозреваю, что \n удаляются в такие вот трагические моменты: X-MIME-Autoconverted: from base64 to 8bit by geddar.km.ua id и мне жутко интересно в соответствии с каким стандартом :О)
OK, начни с устранения всех sendmail'ов. Только учти, что этот хоть в случае корректных писем производит правильные конверсии между семи- и восьмибитными CTE, а все эти новомодные хвалёные экзимы, постфиксы и кумылы даже не пытаются сделать это. А на закуску прочитай RFC1847 и его запрет конверсии из QP или B64 для multipart/encrypted и multipart/signed. -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (3)
-
andyo -
Maxim Mazurok -
Valentin Nechayev