Re[3]: postfix+mysql+fetchmail
Hello Rinat,
Thursday, June 9, 2005, 11:26:50 AM, you wrote:
> Thursday, June 9, 2005, 10:12:27 AM, you wrote:
>>>я так и не понял каким образом это работает. вот лог. по нему видно,
>>>что он не нашёл ни одного совпадения и переслал постмастеру....
>>>если письмо приходит непосредственно пользователю нашего домена - всё
>>>нормально раскладывается....
>> Существует письмо, как объект. У этого письма есть заголовки (то есть
>> атрибуты). Письмо передвигается с машины на машину посредством протокола
>> SMTP. Этим протоколом предусмотрена команда RCPT_TO, с аргументом
>> (аргументами) в виде адреса получателя этого письма. Поэтому, в
>> нормальной ситуации (БЕЗ ИСПОЛЬЗОВАНИЯ fetchmail), писмо может быть
>> доставлено в почтовый ящик получателя даже не имея в заголовках TO, СС,
>> BCC его электронного адреса. Я не знаю, обязан ли MTA или MDA добавлять
>> поле Envelope-to, когда кладет письмо в почтовый ящик пользователя. Если
>> он это сделает - то адрес получателя, указанный в команде RCPT_TO станет
>> атрибутом письма, в виде заголовка Envelope-to, и fetchmail, забирая
>> почту уже по протоколу POP3, посмотрит на этот заголовок, и примет
>> правильное решение по поводу того, кого нужно указать в качестве
>> получателя письма после команды RCPT_TO во время SMTP сессии, при
>> передаче его локальному (или какому-то другому MTA). В качестве опции
>> fetchmail-у можно указать какой заголовок будет рассматриваться как
>> содержащий адрес получателя письма (Иногда указывают что-то вроде
>> X-Envelope-to).
> спасибо.... но тут не совсем понятно.
> например, почему RCPT TO: стоит постмастер?
> каким образом выковырять адрес alt@tnu.ru? в мдемоне всё работает....
> может в его логах посмотреть?
вдогонку. вот например логи мдемона. откуда он берёт мой адрес? поле
RECEIVED: под линуксом я не вижу....
Thu 2005-06-09 11:30:35: <-- +OK 6301 bytes will follow
Thu 2005-06-09 11:30:35: Creating temp file (DPOP): c:\mdaemon\temp\49\md50000000011.tmp
Thu 2005-06-09 11:30:35: Transmission complete <c:\mdaemon\temp\49\md50000000011.tmp>
Thu 2005-06-09 11:30:35: Address <alt@tnu.ru> parsed from [RECEIVED:] header
Thu 2005-06-09 11:30:35: Address <alt@tnu.ru> parsed from [RECEIVED:] header (duplicate)
Thu 2005-06-09 11:30:35: Address <debian-russian@lists.debian.org> parsed from [RECEIVED:] header
Thu 2005-06-09 11:30:35: Address <damir@agg.astranet.ru> parsed from [TO:] header
Thu 2005-06-09 11:30:35: Address <debian-russian@lists.debian.org> parsed from [CC:] header (duplicate)
Thu 2005-06-09 11:30:35: Address <alt@tnu.ru> added via routing rule #10
Thu 2005-06-09 11:30:35: Address <alt@tnu.ru> survived all DomainPOP parsing and will receive a copy of the message
Reply to: