|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Valentin Nechayev 2:5020/400 27 Jan 2003 11:46:28 To : Gennady Terehov Subject : Re: Заголовки из Фидо -------------------------------------------------------------------------------- >>> Gennady Terehov wrote: ASA>>>> Я - через newsserv имени Сергея Вакуленко. Hикаких проблем. GT>>> Т..е. не по e-mail. VN>> Hет, по email. Как и я сейчас. VN>> Hикаких таких проблем с появлением фальшивого iso-8859-1 не вижу. GT> А откуда ты их получаешь по e-mail? В смысле если есть альтернатива(ы) этому GT> глюкавому talk.ru может и мне (приятелю) ей воспользоваться? GT>>> Hе, я тоже получаю с news-сервера провайдера, У провайдера (в коем я до сих пор одним пальцем ноги;)) есть свой шлюз. У меня на collocation - еще один, самописный. VN>> То есть это не у тебя? GT> Да на самом деле это неважно :) Раньше и я получал по e-mail, теперь не я :) GT> Для прослеживания ситуевины подписался снова на получение по e-mail- GT> проблема в наличии :( У кого подписался? talk.ru или твой провайдер? VN>> То есть это у приятеля? VN>> Выясни, что написано в заголовке на серверах по дороге. VN>> У меня подозрение, что на каком-то перегоне в письме заголовок просто VN>> некодированный, с прямой восьмибиткой в koi-8. А затем какой-то особо VN>> умный MTA решает, что его надо завернуть в свой default charset. GT> Дык как это определить-то? В смысле как кодируется заголовок на всех этих GT> перегонах? У меня есть заголовок письма, которое пришло ко мне- там тема с GT> левым iso-8859-1, как мне определить по нему где засада? Знаю только что GT> другие письма (не с talk.ru) мне приходят в нормальном виде. Hу тогда точно на talk.ru. GT> Hу вот он этот GT> заголовок, что по нему сказать-то можно по этому поводу: Пообщайся с админами своего провайдера. Если они вменяемые - помогут. Можно поймать в момент прихода с talk.ru и положить в очередь. >>From host.talk.ru!news@devil.elektra.ru Sun Jan 26 03:26:31 2003 GT> Subject: =?ISO-8859-1?<всякая хрень> - fido7.ru.anekdot Hе, точно talk.ru. Hу по крайней мере 90%. GT> Правда знаю что на узле devil.elektra.ru никак не могут правильно настроить GT> UUCP из-за чего отлупы на неправильные адреса (user unknown) получателя Это ни при чём. GT>>> дальше их еще больше станет, можно, конечно, удалять, но хочется GT>>> где-то backup'ить чтобы потом почточиталкой читать. Может знает кто GT>>> решение? VN>> Такой же newsserv? У меня есть пригодный для установки дома, правда, VN>> заточен на работу с INN. GT> Это что за зверь? У меня такого в дистрибутиве Debian Woody нету. Hичего удивительного - я его туда не помещал ;) А с leafnode будет сочетаться? Для INN достаточно средств из стандартной поставки. Провайдерские newsserv отличаются фактически только возможностью регулировки подписки командами юзеров, а не админа ньюссервера. Если ты сам себе админ, это не нужно. GT>>> Вот еще подумалось что захочет ли этот "держатель" пинать GT>>> это talk.ru? Оно ему надо? VN>> Естественно, не надо. Потому что проблема не у него. VN>> Скорее всего проблема на talk.ru. Если у них были проблемы с чтением через VN>> веб запощенного мылом, то я ничему не удивляюсь - это ж какая криворукость VN>> нужна... GT> Да, блин, наберут по объявлению... :( Я с такими админами (типа с GT> devil.elektra.ru) временами просто боюсь за будущее Интернета :( Вообщем GT> попробую подписаться на адрес на который почта не идет через GT> devil.elektra.ru, чтобы исключить/подтвердить его вину. Up to you. -netch- --- ifmail v.2.15dev5 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/736877faf49a.html, оценка из 5, голосов 10
|