From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 28 Oct 2002 19:25:26 +0400 From: ASA X-Mailer: The Bat! (v1.60q) Organization: LLB, LLC X-Priority: 3 (Normal) Message-ID: <14010737850.20021028192526@udm.ru> To: Sergey Vlasov In-Reply-To: <20021028145656.GA31597@vcserver.mivlgu.internal> References: <20021025130958.9BADC2EE5D@mail.off-club.com> <20021025230908.5aaf5f12.sinom@ktk.ru> <13212772395.20021025203149@udm.ru> <20021028101650.137b956f.vyt@vzljot.ru> <212397727.20021028122321@udm.ru> <20021028114121.1d7b695c.vyt@vzljot.ru> <1754256480.20021028125419@udm.ru> <20021028162820.7e257a69.baron@dartel.ru> <905926942.20021028180515@udm.ru> <20021028145656.GA31597@vcserver.mivlgu.internal> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Subject: [Comm] =?koi8-r?B?UmVbMl06IFtDb21tXSBSZVsyXTogW0NvbW1dIFJlOiBbSlRdIPTByyDM1d7b?= =?koi8-r?B?xT8=?= Sender: community-admin@altlinux.ru Errors-To: community-admin@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: community@altlinux.ru X-Reply-To: ASA List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: Hello Sergey, Monday, October 28, 2002, 6:56:56 PM, you wrote: >> Его сильфида, работая в локали CP1251, не поняла мой 8-битный >> заголовок в koi8-r, что соответствует кодировке письма (может >> это и не по RFC, но логично). Так кто из нас имеет кривый клиент? SV> А что прикажете делать, если частей text/plain несколько, и все в разных SV> кодировках? Ничего не делать. SV> Если text/plain вообще нет, а есть text/html? А если сверху брать его кодировку. SV> вообще multipart/encrypted, под ним multipart/signed, под ним... ? Для encrypted в сабже вообще не будет ничего существенного ;) SV> Нет, можно, конечно, вводить всякие предположения, типа "а вот если письмо SV> послано вот таким клиентом, то он, скорее всего, послал его в кодировке SV> XXX" - но для чего же тогда писали стандарты? К тому же всякий такой SV> обход ведет к тому, что другие начинают считать это поведение нормальным, SV> что приводит к умножению бардака. отквоченные предположения - это и есть бардак. Предлагается простое правило: если для поля "Subject:" нет явно указанной кодировки, то проверить выполнения условий: 1. игнорируем все binary/* или multipart/* более высокого уровня вложенности. 2. Если все оставшиеся части письма - text/* и все они имеют одну кодировку, то берем эту кодировку для "Subject:" 3. Если условие 2 не выполняется - то бардак и делаем что хотим. 4. Прописать все это в RFC. Кстати, если бы США использовал бы русский алфавит, а СССР - английский (при условии сохранения прочих условий), как бы сейчас выглядели кодовые таблицы? -- Best regards, ASA mailto:llb@udm.ru