forum.lissyara.su

Добавлено: **2009-10-20 16:39:49**

Крик отчаяния. Второй день латаю дырки после обновления портов. То давкот синтаксис поменял и стал сильно серьезным, то экзим обновился без поддержки мускля, и логи перестали сыпаться в /var/log/exim, хотя в /usr/ports/mail/exim/Makefile поставил
LOGDIR?=/var/log/exim
LOG_FILE_PATH?=syslog
и пересобрал...

фак, работает - не трогай... который раз убеждаюсь...

жизненнонеобходимое все подлатал, остался fetchmail
конфиги по этой статье http://www.lissyara.su/?id=1728

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

fetchmailrc

Код: Выделить всё

poll mail.optima.ua
        proto pop3
        envelope To localdomains xxx.dp.ua yyy.dp.ua
        user "user@pochta.com"
        pass "xxx"
        is root
        nokeep
        fetchall
        flush
        smtpaddress xxx.dp.ua
        fetchdomains xxx.dp.ua yyy.dp.ua
        is "*" = to "*"
        norewrite

Логи по fetchamail

cat /var/log/maillog | grep fetch

Код: Выделить всё


Oct 20 16:40:41 inet-serv fetchmail[1004]: reading message xxx@provider.com:15 of 29 (1340 octets) (log message incomplete)
Oct 20 16:40:41 inet-serv fetchmail[1004]: SMTP error: 550 "In my mailserver not stored this user"
Oct 20 16:40:41 inet-serv fetchmail[1004]: mail from MAILER-DAEMON@inet-serv bounced to teqvmu@tsunami2.com
Oct 20 16:40:54 inet-serv exim[2034]: Delay 0s for  [192.168.1.1] with HELO=inet-serv. Mail from teqvmu@tsunami2.com to fetchmail@xxx.dp.ua.
Oct 20 16:40:54 inet-serv exim[2034]: H=(inet-serv) [192.168.1.1] I=[192.168.1.1]:25 F=<teqvmu@tsunami2.com> rejected RCPT <fetchmail@xxx.dp.ua>: Unrouteable address
Oct 20 16:40:54 inet-serv exim[2034]: H=(inet-serv) [192.168.1.1] I=[192.168.1.1]:25 F=<teqvmu@tsunami2.com> rejected RCPT <fetchmail@xxx.dp.ua>: Unrouteable address
Oct 20 16:40:54 inet-serv fetchmail[1004]: can't even send to fetchmail!
Oct 20 16:40:54 inet-serv fetchmail[1004]:  not flushed
Oct 20 16:40:56 inet-serv fetchmail[1004]: reading message xxx:16 of 29 (5118 octets) (log message incomplete)
Oct 20 16:40:56 inet-serv fetchmail[1004]: SMTP error: 550 Sender verify failed
Oct 20 16:40:57 inet-serv exim[2034]: H=(inet-serv) [192.168.1.1] I=[192.168.1.1]:25 F=<ca@xxx.dp.ua> rejected RCPT <fetchmail@xxx.dp.ua>: Sender verify failed
Oct 20 16:40:57 inet-serv exim[2034]: H=(inet-serv) [192.168.1.1] I=[192.168.1.1]:25 F=<ca@xxx.dp.ua> rejected RCPT <fetchmail@xxx.dp.ua>: Sender verify failed
Oct 20 16:40:57 inet-serv fetchmail[1004]: can't even send to fetchmail!
Oct 20 16:40:57 inet-serv fetchmail[1004]:  not flushed
Oct 20 16:40:58 inet-serv fetchmail[1004]: reading message xxx@provider.com:17 of 29 (1811 octets) (log message incomplete)
Oct 20 16:40:58 inet-serv fetchmail[1004]: SMTP error: 550 "In my mailserver not stored this user"
Oct 20 16:40:58 inet-serv fetchmail[1004]: mail from MAILER-DAEMON@inet-serv bounced to crossingz276@bk.ru

<fetchmail@xxx.dp.ua>: Sender verify failed
Oct 20 16:40:57 inet-serv fetchmail[1004]: can't even send to fetchmail!
это откуда-то вылезло...

Пожалуйста, помогите, основная работа стоит...
Спасибо

только что выяснил....
если запустить фетчмейл в режиме отладки
fetchmail -v -f /usr/local/etc/fetchmailrc.bak
то письма после прохода по списку удаляются...
(fetchmailrc.bak = fetchmailrc, но владелец - root)

Добавлено: **2009-10-21 8:42:01**

нифига не понял - чё именно у вас не работает?

Добавлено: **2009-10-21 8:49:43**

Письма, которые забирает fetchmail не удаляются с почтового сервера

Добавлено: **2009-10-22 4:55:56**

Gigi писал(а):Письма, которые забирает fetchmail не удаляются с почтового сервера

Письма из внешнего ящика не удаляются, потому что fetchmail получает от exim'а не подтверждения о приеме письма, а режекты.

Проблема у вас - в экзиме.

Пересоберите exim со старыми настройками, а до тех пор пускайте fetchmail не как даемон, а по крону.

Добавлено: **2009-10-22 9:38:02**

Решил проблему откатом fetchmail до 6.3.9. Все стало работать... странно..

Добавлено: **2009-10-23 1:09:49**

Gigi писал(а):Решил проблему откатом fetchmail до 6.3.9. Все стало работать... странно..

Очень странно. Если считать, что версия fetchmail не менялась - уж больно симптомы характерны

В описании релиза fetchmail 6.3.12 есть такое:

Fetchmailconf: Fix descriptions for smtpaddress and smtpname options;
smtpaddress is for RCPT TO, not MAIL FROM. Found by Gerard Seibert.

Возможно, это имеет отношение к Вашей проблеме.

Добавлено: **2009-10-23 8:45:40**

Да, видел это на сайте фетчмейла. Скорее всего это и есть описанная проблема.

Работаей - не трогай!

6й год сисадминю, никак это правило не усвою )

Добавлено: **2011-10-12 14:38:17**

moury писал(а):
Gigi писал(а):Письма, которые забирает fetchmail не удаляются с почтового сервера
Письма из внешнего ящика не удаляются, потому что fetchmail получает от exim'а не подтверждения о приеме письма, а режекты.

Проблема у вас - в экзиме.

Пересоберите exim со старыми настройками, а до тех пор пускайте fetchmail не как даемон, а по крону.

А если мне надо, чтобы "экзим" (ну в моём-то случае сендмайл, но для данной задачи не принципиально кто из них) делал режекты, а фетчмайл всё-равно переданные сендмайлу письма на сервере добивал? Ну не нужны мне некоторые письма, так я им на уровне сендмайла объявляю режект, не доводя дело до отдельного спам-фильтра...

forum.lissyara.su

fetchmail: not flushed

fetchmail: not flushed

Re: fetchmail: not flushed

Re: fetchmail: not flushed

Re: fetchmail: not flushed

Re: fetchmail: not flushed

Re: fetchmail: not flushed

Re: fetchmail: not flushed

Re: fetchmail: not flushed