From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_05, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 From: Sergey Organization: Home To: smoke-room@lists.altlinux.org Date: Sun, 20 Feb 2011 22:43:49 +0300 User-Agent: KMail/1.9.10 References: <201102202009.38611.a_s_y@sama.ru> <201102202132.49569.a_s_y@sama.ru> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <201102202243.50829.a_s_y@sama.ru> Subject: Re: [room] =?koi8-r?b?UG9zdGZpeCDJIMLBx9TSxcvF0g==?= X-BeenThere: smoke-room@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: =?koi8-r?b?69XM2NTV0s7ZyiDPxtTP0MnL?= List-Id: =?koi8-r?b?69XM2NTV0s7ZyiDPxtTP0MnL?= List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2011 19:44:03 -0000 Archived-At: List-Archive: On Sunday 20 February 2011, you wrote: > > Одна вот из идей - баги развесить по поводу соблюдения RFC 1652. И вот > > весь вечер по сайту Postfix лазию - тишина. В рассылках, что ли, пишут... > > Это бага разработчиков портала госуслуг. Не только. Допустить эту багу им позволила именно плохая поддержка RFC 1652 рядом MTA. Иначе они на неё бы сразу наступили. В RFC 1652 написано конкретно: (4) one optional parameter using the keyword BODY is added to the MAIL FROM command. The value associated with this parameter is a keyword indicating whether a 7bit message (in strict compliance with [1]) or a MIME message (in strict compliance with [3]) with arbitrary octet content is being sent. [1] - это [1] Postel, J., "Simple Mail Transfer Protocol", STD 10, RFC 821, USC/Information Sciences Institute, August 1982. А там написано не менее конкретно: The mail data may contain any of the 128 ASCII characters. All characters are to be delivered to the recipient's mailbox including format effectors and other control characters. If the transmission channel provides an 8-bit byte (octets) data stream, the 7-bit ASCII codes are transmitted right justified in the octets with the high order bits cleared to zero. Postfix же бит в ноль не сбрасывает, что есть ошибка. Так что, в теории, надо чинить. :-) > Мы им передали. За это - отдельное спасибо, но это не решает проблему с непробиваемостю техподдержки "Госуслуг", это раз, а два, возможно и не разработчики портала крайние. Если бы на mail.gosuslugi.ru стоял, например, Sendmail, всё бы было хорошо, но там стоит Microsoft ESMTP MAIL Service, который, в нарушение тех же RFC, предеёт принимающему серверу и BODY=7BIT, и некодированный текст в utf8. Если я Черепанова правильно понял, то за портал и за почтовый сервер отвечают разные люди, как бы там футбор не начался между Ростелекомом и разработчиками портала... И исправление бага в Postfix - это как стимул партию завершить быстрее. Хотя это совсем долговременное решение - это же ещё и апдейта надо дождаться у тех, кто его использует. Плюс я ещё не уверен, что у тех же mail.ru и Google именно Postfix. -- С уважением, Сергей a_s_y@sama.ru