|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Victor Wagner 2:5020/400 22 Jul 2002 21:59:08 To : Dmitry Merkotan Subject : Re: что крутануть в sendmail -------------------------------------------------------------------------------- Dmitry Merkotan <msv@kture8.kharkov.ua> wrote: DM> Есть некий вэб-сайт вне нашего домена, но принадлежащий DM> нам. Hа нем юзера регистрируются для получения триал-версии DM> нашей проги. После этого на указанный ими мыл-адрес DM> приходит письмо с паролем, логинясь с которым на сайте они DM> могут качать триал. Второе письмо приходит на адрес DM> info@ourdomain.com для извещения нашего уполномоченного DM> юзера об этом событии. info - существующий юзер в нашей DM> системе. Сразу скажу, что письма, отосланные обычным DM> способом из почтовых программ/web-интерфейсов/mail/pine из DM> инета на info@ourdomain.com приходят "на ура". Так вот, DM> всей этой хоботней занимается скрипт на сайте, который по DM> кривости своей не может правильно организовать в заголовке 1. Выпрямить скрипт. Hе у вас одних мульти-дроп. А у некоторых еще и не fetchmail, который побороться с ситуацией еще хоть как-то может, а какой-нибудь MDaemon. DM> письма на info@ourdomain.com поле "To:", точнее на данный DM> момент это поле вовсе отсутствует. Почту для нашего домена DM> получает провайдер, а мы ее забираем с него fetchmail'ом и DM> отдаем sendmail'у и ... почта, пришедшая с этого скрипта, 2. Прочитать внимательно доку на fetchmail на тему multidrop и команды env в fetchmailrc. 3. Прочитать еще раз внимательно заголовки письма в поисках заголовка X-Envelope-To: или X-Recipient-User: или еще какого, в который провайдерский сендмейл прописывает адрес получателя, указанный отправителем письма не в заголовках, а в конверте (envelope). Recieved fetchmail разбирать по-моему не умеет. Если таковой обнаружится, прописать его в .fetchmailrc способом, вычитанным в пункте 2. Если таковой не обнаружится, пинать провайдера на предмет добавления соответствующей строчки в конфиг ихнего sendmail. DM> Диагноз - кто-то в связке провайдер-fetchmail-sendmail не DM> может правильно обработать письма с неправильным или DM> отсутствующим полем "To:". Подозрение - на наш sendmail. Вот он-то как раз ни разу не виноват. DM> Кстати, те же яйца и с рассылками, в них поле "To:" тоже DM> черти какое и все сыпется на postmaster'a. -- Помни: если позицию нельзя защитить, ее можно занять. --- С.Е. Лец --- ifmail v.2.15dev5 * Origin: Free Net of Leninsky,45 (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/15178b06dc8a6.html, оценка из 5, голосов 10
|