Re: [Comm] Re: procmail+mutt+postfix

Re: [Comm] Re: procmail+mutt+postfix

[Alexey Morsov]

>Вы доки читали?  mutt скармливает почту в /usr/lib/sendmail -oi -t, а
> дальше ему по барану.  Сразу после отправки mailq что-нибудь
> показывает? syslog?  письма уходят?

они уходят в mailq (ну то есть в очередь), но там у них у всех
стоит From; alex@localhost... хотя в mutt у меня в From стоит
thebeast@fromru.com (как надо).

> > А как их от туда закидывать в удаленный smtp? (Тут что-то наверное
> > связано со спулом для исходящей почты самого postfix-а т.е. тоже
> > где-то в /var/spool..)
> 
> Точно, тут что-то связано с постфиксом и со спулом.
> 

Когда я запустил от su

#postfix start
#postfix flush

то очередь поты зачистилась, а в сторону инета что-то ушло.
Вопрос - как сделать чтобы из под user-а можно было запускать это
дело тогда когда надо (типа как fetchmail)?

[skip]
> файл, что mbox созданный ранее)... Куда копать?
> 
> Алексей, крепитесь.  Это не очень сложно, но нужно разбираться.
Я оказался крепче чем procmail - сижу и наслаждаюсь чтением из
$MAILDIR/03-03/_alt_comm который создал procmail!

Procmail это круто (но вопросов конечно появилось в связи с его
работоспособностью много - хорошая развлекаловка на ближайшие
выходные) 8-)

PS: Извинте если порвал кому тред или еще чего - гадство, принимаю
fetchmail-ом, читаю в mutt а отправлять приходится средствами sylpheed -
postfix не работает и не могу понять от чего и куда рыть...


--
With best regards,
Alexey Morsov.

[ALT Linux] [GNU] [LyX] [WindowMaker]

[Comm] Re: procmail+mutt+postfix

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 793 bytes --]

Alexey Morsov пишет:

<skipped/>

> Когда я запустил от su
> 
> #postfix start
> #postfix flush
> 
> то очередь поты зачистилась, а в сторону инета что-то ушло.
> Вопрос - как сделать чтобы из под user-а можно было запускать это
> дело тогда когда надо (типа как fetchmail)?

Поставить sudo, настроить /etc/sudoers, где разрешить 
пользователю выполнять "/sbin/service postfix" под root'ом. Всем 
пользователям этого лучше не разрешать :)

<skipped/>

> PS: Извинте если порвал кому тред или еще чего - гадство, принимаю
> fetchmail-ом, читаю в mutt а отправлять приходится средствами sylpheed -
> postfix не работает и не могу понять от чего и куда рыть...

Начало треда не читал, но подозреваю, что в логи postfix.

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]

[Comm] Re: procmail+mutt+postfix

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 957 bytes --]

On Wed, Apr 09, 2003 at 12:31:31AM +0400, Alexey Morsov wrote:
> они уходят в mailq (ну то есть в очередь), но там у них у всех
> стоит From; alex@localhost... хотя в mutt у меня в From стоит
> thebeast@fromru.com (как надо).

В общем, это нормально, хотя есть способы этого избежать.  Hint:
перейдите в sent-mail и посмотрите письмо полностью (с хедерами; т.е.
нажмите h).  Вы увидете, что любое писмо всегда начинается со строки:

From e@mail date

А потом уже у него внутри где-нибудь идёт:

From: "Name" <e@mail>

> то очередь поты зачистилась, а в сторону инета что-то ушло.
> Вопрос - как сделать чтобы из под user-а можно было запускать это
> дело тогда когда надо (типа как fetchmail)?

Если постфикс работает в режиме deferred_transport/relay_host, то при
подключении должна выполняться команда /usr/lib/sendmail -q
(/etc/ppp/ip-up.d/sendmail).

Если постфикс работает в обычном режиме, т.е. как полноценный smtpd, то
письма должны и так уходить.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[Comm] Re: procmail+mutt+postfix

[Sergey Vlasov]

On Fri, 11 Apr 2003 15:13:49 +0400
Alexey Tourbin <at@turbinal.org> wrote:

> On Wed, Apr 09, 2003 at 12:31:31AM +0400, Alexey Morsov wrote:
> > они уходят в mailq (ну то есть в очередь), но там у них у всех
> > стоит From; alex@localhost... хотя в mutt у меня в From стоит
> > thebeast@fromru.com (как надо).
> 
> В общем, это нормально, хотя есть способы этого избежать.  Hint:
> перейдите в sent-mail и посмотрите письмо полностью (с хедерами; т.е.
> нажмите h).  Вы увидете, что любое писмо всегда начинается со строки:
> 
> From e@mail date
> 
> А потом уже у него внутри где-нибудь идёт:
> 
> From: "Name" <e@mail>

Нет, это совершенно ненормально. Сначала такая конфигурация может
делать вид, что работает - но потом в лучшем случае такой адрес будет
отвергнут сразу при попытке отослать письмо дальше, в худшем - его
примут, но сообщения о недоставке назад не вернутся.

[Comm] Re: procmail+mutt+postfix

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 372 bytes --]

On Fri, Apr 11, 2003 at 05:59:59PM +0400, Sergey Vlasov wrote:
> Нет, это совершенно ненормально. Сначала такая конфигурация может
> делать вид, что работает - но потом в лучшем случае такой адрес будет
> отвергнут сразу при попытке отослать письмо дальше, в худшем - его
> примут, но сообщения о недоставке назад не вернутся.

Спасибо за разъяснения, я об этом не знал.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[Comm] Re: procmail+mutt+postfix

[Sergey Vlasov]

On Wed, 9 Apr 2003 00:31:31 +0400
Alexey Morsov <thebeast@fromru.com> wrote:

> >Вы доки читали?  mutt скармливает почту в /usr/lib/sendmail -oi -t, а
> > дальше ему по барану.  Сразу после отправки mailq что-нибудь
> > показывает? syslog?  письма уходят?
> 
> они уходят в mailq (ну то есть в очередь), но там у них у всех
> стоит From; alex@localhost... хотя в mutt у меня в From стоит
> thebeast@fromru.com (как надо).

Адрес в envelope from надо обязательно исправить - иначе вы не сможете
получить ни одного сообщения о недоставке почты (они отправляются
именно по этому адресу, вне зависимости от того, что написано в
заголовке From: в самом письме).

Один из вариантов - использовать canonical_maps в Postfix, но он
пригоден только при наличии одного адреса.

При использовании mutt можно сделать в его конфигурации set
envelope_from - при этом он будет выставлять обратный адрес в
соответствии с заголовком From: в письме; в этом случае можно работать
и с несколькими адресами.