Re: postfix+mysql+fetchmail
Rinat 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).
Jun 8 17:24:03 host fetchmail[18181]: 1 message for tatneft at udm.ru (4605 octets)
Jun 8 17:24:05 host fetchmail[18181]: no local matches, forwarding to postmaster
Jun 8 17:24:05 host postfix/local[18190]: 5EB0FF77F: to=<postmaster@192.168.2.99>, relay=local, delay=0, status=sent (forwarded as 7AB81F783)
Jun 8 17:24:05 host postfix/virtual[18191]: 7AB81F783: to=<postmaster@tnu.ru>, relay=virtual, delay=0, status=sent (maildir)
А вот здесь я запутался - объясни пожалуйста подробнее, какой домен
провайдера, и какой почтовый домен должен быть у твоих пользователей.
Будем подумать :))
Дамир.
Reply to: