Перейти к содержимому


Фото
- - - - -

Maild не пропускает некоторые исходящие письма


  • Please log in to reply
20 ответов в этой теме

#1 DM6

DM6

    Newbie

  • Posters
  • 17 Сообщений:

Отправлено 04 Декабрь 2009 - 17:50

Дано:
  • Dr. Web Антивирус+Антиспам для почтовых серверов UNIX 5.0
  • Fedora Core 11 x86_64
  • Exim 4.69
  • На сервере 4GB RAM, ~1GB~ по ходу работы постоянно свободен и из 4GB свопа использовано только ~100MB~
  • Свободного места на жестких дисках навалом.
Пользователь пытается отправить письмо (Exim требует авторизации для отправки писем), почтовик его принимает и спустя какое то время присылает пользователю письмо на тему "Mail delivery failed: returning message to sender". Один раз такое случилось при отправке письма другому пользователю в этом же домене. В присылаемых письмах написано примерно следующее:
This message was created automatically by mail delivery software.
   
   A message that you sent could not be delivered to one or more of its
   recipients. This is a permanent error. The following address(es) failed:
   
	 recipient@kontragent.ru
	   LMTP error after end of data: 554 5.7.0 00002082 error in drweb-maild module

Что при этом пишется в лог exim`а:
2009-12-02 17&#58;15&#58;34 1NFpzS-0003Pk-8U <= user1@contora.ru  H=user1.contora.lan &#91;192.168.0.11&#93; I=&#91;192.168.0.202&#93;&#58;587 P=esmtpa  A=server_auth_cram_md5&#58;user1 S=10440 id=4B167685.2070306@contora.ru  from <user1@contora.ru> for recipient@kontragent.ru
   2009-12-02 17&#58;15&#58;34 1NFpzS-0003Po-Cm <= user1@contora.ru U=drweb  P=drweb-scanned S=10796 id=4B167685.2070306@contora.ru from  <user1@contora.ru> for recipient@kontragent.ru
   2009-12-02 17&#58;16&#58;14 1NFpzS-0003Pk-8U ** recipient@kontragent.ru  R=drweb_router T=drweb_transport&#58; LMTP error after end of data&#58; 554  5.7.0 00002172 error in drweb-maild module
   2009-12-02 17&#58;16&#58;14 1NFq06-0003Pw-Mc <= <> R=1NFpzS-0003Pk-8U U=exim P=local S=11283 from <> for user1@contora.ru
   2009-12-02 17&#58;16&#58;14 1NFpzS-0003Pk-8U Completed
   2009-12-02 17&#58;16&#58;16 1NFpzS-0003Po-Cm => recipient@kontragent.ru  R=dnslookup T=remote_smtp H=relay.wplus.net &#91;195.131.52.142&#93; C=&#34;250  2.0.0 nB2EG08I085059 Message accepted for delivery&#34;
   2009-12-02 17&#58;16&#58;16 1NFpzS-0003Po-Cm Completed
   2009-12-02 17&#58;16&#58;16 1NFq08-0003Q1-Ax <= <> U=drweb  P=drweb-scanned S=11598 id=E1NFq06-0003Pw-Mc@mail.contora.ru from  <> for user1@contora.ru
   2009-12-02 17&#58;16&#58;16 1NFq08-0003Q1-Ax => user1 <user1@contora.ru> R=dovecot_user T=dovecot_delivery
   2009-12-02 17&#58;16&#58;16 1NFq08-0003Q1-Ax Completed
   2009-12-02 17&#58;16&#58;16 1NFq06-0003Pw-Mc => user1 <user1@contora.ru> R=drweb_router T=drweb_transport
   2009-12-02 17&#58;16&#58;16 1NFq06-0003Pw-Mc Completed

И вот что пишется в maillog (туда сообщения от drweb попадают):
Dec  2 17&#58;15&#58;34 phobos drweb-receiver.real&#58; &#91;4127193968&#93; receiver INFO Start receiving new mail &#40;at&#58; local&#58; /var/drweb/ipc/.drweb_maild&#41; ...
 Dec  2 17&#58;15&#58;34 phobos drweb-receiver.real&#58; &#91;4127193968&#93; receiver.MRS INFO 00002172/1NFpzS-0003Pk-8U success receive mail &#91;from&#58; <user1@contora.ru>; to&#58;<recipient@kontragent.ru>&#93;. Send to drweb-maild..
 Dec  2 17&#58;15&#58;34 phobos drweb-maild.real&#58; &#91;3014851440&#93; maild INFO 00002172/1NFpzS-0003Pk-8U Attach msg to plugin drweb...
 Dec  2 17&#58;15&#58;34 phobos drweb-maild.real&#58; &#91;3014851440&#93; maild INFO 00002172/1NFpzS-0003Pk-8U Msg was accepted by plugin drweb; time=11 ms
 Dec  2 17&#58;15&#58;34 phobos drweb-maild.real&#58; &#91;3014851440&#93; maild INFO 00002172/1NFpzS-0003Pk-8U Attach msg to plugin headersfilter...
 Dec  2 17&#58;15&#58;34 phobos drweb-maild.real&#58; &#91;3014851440&#93; maild INFO 00002172/1NFpzS-0003Pk-8U Msg was accepted by plugin headersfilter; time=0 ms
 Dec  2 17&#58;15&#58;34 phobos drweb-maild.real&#58; &#91;3014851440&#93; maild INFO 00002172/1NFpzS-0003Pk-8U Attach msg to plugin modifier...
 Dec  2 17&#58;15&#58;34 phobos drweb-maild.real&#58; &#91;3014851440&#93; maild INFO 00002172/1NFpzS-0003Pk-8U Msg was accepted by plugin modifier; time=0 ms
 Dec  2 17&#58;15&#58;34 phobos drweb-maild.real&#58; &#91;3014851440&#93; maild INFO 00002172/1NFpzS-0003Pk-8U Attach msg to plugin vaderetro...
 Dec  2 17&#58;15&#58;34 phobos drweb-maild.real&#58; &#91;3014851440&#93; vaderetro INFO 00002172/1NFpzS-0003Pk-8U SpamState = 0; SpamScore = 0; Version=Vade Retro 01.288.27 AV+AS Profile&#58; <none>; Bailout&#58; N/A;
 Dec  2 17&#58;15&#58;34 phobos drweb-maild.real&#58; &#91;3014851440&#93; maild INFO 00002172/1NFpzS-0003Pk-8U Msg was accepted by plugin vaderetro; time=68 ms
 Dec  2 17&#58;15&#58;34 phobos drweb-maild.real&#58; &#91;3014851440&#93; maild INFO 00002172/1NFpzS-0003Pk-8U sending msg to socket /var/drweb/ipc/.deliver; &#40;total time=79 ms&#41;...
 Dec  2 17&#58;15&#58;34 phobos drweb-sender.real&#58; &#91;4114611056&#93; sender INFO 00002172/1NFpzS-0003Pk-8U start processing msg...
 Dec  2 17&#58;16&#58;14 phobos drweb-receiver.real&#58; &#91;4127193968&#93; receiver.ipc ERROR 00002172/1NFpzS-0003Pk-8U error for address&#40;es&#41; &#91;local&#58;/var/drweb/ipc/.db&#93;&#58; a waiting of Socket&#58;&#58;IsReady&#40;0x1&#41; for connection &#40;fd->7, local->local&#58;, server->local&#58;/var/drweb/ipc/.db&#41;&#58; timed out &#40;timeout= 40 s 345 ms&#41;
 Dec  2 17&#58;16&#58;14 phobos drweb-receiver.real&#58; &#91;4127193968&#93; receiver ERROR 00002172/1NFpzS-0003Pk-8U error in send request to drweb-maild&#58; a waiting of Socket&#58;&#58;IsReady&#40;0x1&#41; for connection &#40;fd->7, local->local&#58;, server->local&#58;/var/drweb/ipc/.db&#41;&#58; timed out &#40;timeout= 40 s 345 ms&#41;
 Dec  2 17&#58;16&#58;14 phobos drweb-receiver.real&#58; &#91;4127193968&#93; receiver WARN can&#96;t remove /var/drweb/msgs/in/2/00002172/ directory&#58; &#40;No such file or directory&#41;
 Dec  2 17&#58;16&#58;14 phobos drweb-receiver.real&#58; &#91;4127193968&#93; receiver.MRS WARN 00002172 Processing msg error&#58; error in drweb-maild module
 Dec  2 17&#58;16&#58;14 phobos drweb-receiver.real&#58; &#91;4116704112&#93; receiver INFO Start receiving new mail &#40;at&#58; local&#58; /var/drweb/ipc/.drweb_maild&#41; ...
 Dec  2 17&#58;16&#58;14 phobos drweb-receiver.real&#58; &#91;4116704112&#93; receiver.MRS INFO 00002173/1NFq06-0003Pw-Mc success receive mail &#91;from&#58; <>; to&#58;<user1@contora.ru>&#93;. Send to drweb-maild..
 Dec  2 17&#58;16&#58;14 phobos drweb-maild.real&#58; &#91;3012750192&#93; maild INFO 00002173/1NFq06-0003Pw-Mc Attach msg to plugin drweb...
 Dec  2 17&#58;16&#58;14 phobos drweb-maild.real&#58; &#91;3012750192&#93; maild INFO 00002173/1NFq06-0003Pw-Mc Msg was accepted by plugin drweb; time=21 ms
 Dec  2 17&#58;16&#58;14 phobos drweb-maild.real&#58; &#91;3012750192&#93; maild INFO 00002173/1NFq06-0003Pw-Mc Attach msg to plugin headersfilter...
 Dec  2 17&#58;16&#58;14 phobos drweb-maild.real&#58; &#91;3012750192&#93; maild INFO 00002173/1NFq06-0003Pw-Mc Msg was accepted by plugin headersfilter; time=0 ms
 Dec  2 17&#58;16&#58;14 phobos drweb-maild.real&#58; &#91;3012750192&#93; maild INFO 00002173/1NFq06-0003Pw-Mc Attach msg to plugin modifier...
 Dec  2 17&#58;16&#58;14 phobos drweb-maild.real&#58; &#91;3012750192&#93; maild INFO 00002173/1NFq06-0003Pw-Mc Msg was accepted by plugin modifier; time=0 ms
 Dec  2 17&#58;16&#58;14 phobos drweb-maild.real&#58; &#91;3012750192&#93; maild INFO 00002173/1NFq06-0003Pw-Mc Attach msg to plugin vaderetro...
 Dec  2 17&#58;16&#58;14 phobos drweb-maild.real&#58; &#91;3014851440&#93; maild.ipc ERROR 00002172/1NFpzS-0003Pk-8U error for address&#40;es&#41; &#91;local&#58;/var/drweb/ipc/.deliver&#93;&#58; a waiting of Socket&#58;&#58;IsReady&#40;0x1&#41; for connection &#40;fd->7, local->local&#58;, server->local&#58;/var/drweb/ipc/.deliver&#41;&#58; timed out &#40;timeout= 40 s 345 ms&#41;
 Dec  2 17&#58;16&#58;14 phobos drweb-maild.real&#58; &#91;3014851440&#93; maild ERROR 00002172/1NFpzS-0003Pk-8U error during send msg&#58; a waiting of Socket&#58;&#58;IsReady&#40;0x1&#41; for connection &#40;fd->7, local->local&#58;, server->local&#58;/var/drweb/ipc/.deliver&#41;&#58; timed out &#40;timeout= 40 s 345 ms&#41;
 Dec  2 17&#58;16&#58;14 phobos drweb-maild.real&#58; &#91;3014851440&#93; maild ERROR 00002172/1NFpzS-0003Pk-8U sendmail for message&#40;id=2172&#41; fails by error&#40;dw_sendmail error&#41;
 Dec  2 17&#58;16&#58;14 phobos drweb-maild.real&#58; &#91;3014851440&#93; maild WARN 00002172/1NFpzS-0003Pk-8U processing msg on event&#58; processing error for 2172, apply&#58; &#91;pass&#93;
 Dec  2 17&#58;16&#58;14 phobos drweb-maild.real&#58; &#91;3014851440&#93; maild.ipc ERROR send 4 bytes to connection &#40;fd->20, local->local&#58;/var/drweb/ipc/.db, client->local&#58;&#41; failed&#58; Broken pipe
 Dec  2 17&#58;16&#58;14 phobos drweb-maild.real&#58; &#91;3014851440&#93; maild.ipc ERROR error for address&#40;es&#41; &#91;local&#58;/var/drweb/ipc/.db&#93;&#58; Socket&#58;&#58;Send&#58; &#91;32&#93; Broken pipe
 Dec  2 17&#58;16&#58;14 phobos drweb-maild.real&#58; &#91;3014851440&#93; maild ERROR error in enqueue requests thread function&#58;Socket&#58;&#58;Send&#58; &#91;32&#93; Broken pipe
 Dec  2 17&#58;16&#58;14 phobos drweb-maild.real&#58; &#91;3012750192&#93; vaderetro INFO 00002173/1NFq06-0003Pw-Mc SpamState = 0; SpamScore = 0; Version=Vade Retro 01.288.27 AV+AS Profile&#58; <none>; Bailout&#58; N/A;
 Dec  2 17&#58;16&#58;14 phobos drweb-maild.real&#58; &#91;3012750192&#93; maild INFO 00002173/1NFq06-0003Pw-Mc Msg was accepted by plugin vaderetro; time=50 ms
 Dec  2 17&#58;16&#58;14 phobos drweb-maild.real&#58; &#91;3012750192&#93; maild INFO 00002173/1NFq06-0003Pw-Mc sending msg to socket /var/drweb/ipc/.deliver; &#40;total time=71 ms&#41;...
 Dec  2 17&#58;16&#58;14 phobos drweb-sender.real&#58; &#91;4104121200&#93; sender INFO 00002173/1NFq06-0003Pw-Mc start processing msg...
 Dec  2 17&#58;16&#58;16 phobos drweb-sender.real&#58; &#91;4114611056&#93; sender.pipe INFO 00002172/1NFpzS-0003Pk-8U success send msg &#91;from&#58; <user1@contora.ru>; to&#58;<recipient@kontragent.ru>; size=10898&#93;
 Dec  2 17&#58;16&#58;16 phobos drweb-sender.real&#58; &#91;4114611056&#93; sender INFO 00002172/1NFpzS-0003Pk-8U success send msg /var/drweb/msgs/out/x/absI5zOcZ/
 Dec  2 17&#58;16&#58;16 phobos drweb-sender.real&#58; &#91;4114611056&#93; sender.ipc ERROR send 4 bytes to connection &#40;fd->21, local->local&#58;/var/drweb/ipc/.deliver, client->local&#58;&#41; failed&#58; Broken pipe
 Dec  2 17&#58;16&#58;16 phobos drweb-sender.real&#58; &#91;4114611056&#93; sender.ipc ERROR error for address&#40;es&#41; &#91;local&#58;/var/drweb/ipc/.deliver&#93;&#58; Socket&#58;&#58;Send&#58; &#91;32&#93; Broken pipe
 Dec  2 17&#58;16&#58;16 phobos drweb-sender.real&#58; &#91;4114611056&#93; sender ERROR error in processing requests thread function&#58;Socket&#58;&#58;Send&#58; &#91;32&#93; Broken pipe
 Dec  2 17&#58;16&#58;16 phobos dovecot&#58; deliver&#40;user1@contora.ru&#41;&#58; msgid=<E1NFq06-0003Pw-Mc@mail.contora.ru>&#58; saved mail to INBOX
 Dec  2 17&#58;16&#58;16 phobos drweb-sender.real&#58; &#91;4104121200&#93; sender.pipe INFO 00002173/1NFq06-0003Pw-Mc success send msg &#91;from&#58; <>; to&#58;<user1@contora.ru>; size=11763&#93;
 Dec  2 17&#58;16&#58;16 phobos drweb-sender.real&#58; &#91;4104121200&#93; sender INFO 00002173/1NFq06-0003Pw-Mc success send msg /var/drweb/msgs/out/x/absx92TUW/
 Dec  2 17&#58;16&#58;16 phobos drweb-maild.real&#58; &#91;3012750192&#93; maild INFO 00002173/1NFq06-0003Pw-Mc msg success sended
 Dec  2 17&#58;16&#58;16 phobos drweb-receiver.real&#58; &#91;4116704112&#93; receiver INFO 00002173/1NFq06-0003Pw-Mc success send msg 00002173 to drweb-maild component


#2 Anton Ivanov

Anton Ivanov

    Advanced Member

  • Posters
  • 842 Сообщений:

Отправлено 04 Декабрь 2009 - 18:26

Суть проблемы в том, что когда drweb-sender пытается вернуть письмо назад в exim, то тот надолго задумывается и в результате внутри MailD происходит тайм-аут (настройка IpcTimeout) и drweb-receiver возвращает ошибку:

Dec  2 17&#58;16&#58;14 phobos drweb-receiver.real&#58; &#91;4127193968&#93; receiver.ipc ERROR 00002172/1NFpzS-0003Pk-8U error for address&#40;es&#41; &#91;local&#58;/var/drweb/ipc/.db&#93;&#58; a waiting of Socket&#58;&#58;IsReady&#40;0x1&#41; for connection &#40;fd->7, local->local&#58;, server->local&#58;/var/drweb/ipc/.db&#41;&#58; timed out &#40;timeout= 40 s 345 ms&#41;

Метод решения описан в документации:

Чтобы избежать этой проблемы, можно настроить Exim
отправлять все полученные от Dr.Web MailD письма сначала в очередь, и только
потом производить доставку. Для этого следует добавить новый acl&#58;

acl_check_drweb_scanned&#58;
   warn
   condition = ${if and {{def&#58;received_protocol}{eq {${received_protocol}}\
							   {drweb-scanned}}} {yes}{no}}
   control = queue_only
accept

а затем - подключить его&#58;
acl_not_smtp = acl_check_drweb_scanned


еще можно увеличить тайм-аут, но это решение много хуже.

#3 DM6

DM6

    Newbie

  • Posters
  • 17 Сообщений:

Отправлено 09 Декабрь 2009 - 01:28

Спасибо. Да, действительно, помогло.
Письма, однако, стали стоять в очереди какое то время и лишь потом доставляться. Пользователи заметили сразу же; особенно их раздражают задержки при внутридоменной переписке. Буду пытаться настроить Exim таким образом, что бы при попадании сообщения в очередь, он тут же пытался его доставить.

Сервер вполне справляется с текущим почтовым траффиком, а потому пока решил увеличить таймаут.


P.S. Долго думал почему до того как был установлен Dr.Web спама приходило настолько меньше, чем сейчас (цифры в отчетах Dr.Web`а оказались почти на порядок больше тех, что были раньше). Стал смотреть внимательно логи Exim`а; обнаружил, что он принимает почту для тех адресатов, которых в системе не существует - тут то я насторожился. Оказалось, что дело было роутерt drweb_router, который стоял первым, да еще и с драйвером accept. Включение check_local_user приводило к тому, что оно не проверяло ни входящую, ни исходящую почту.
Решил эту проблему добавлением no_verify, что означает не использовать этот транспорт в режиме проверки (verify mode) - специфика Exim`а: сначала он прогоняет письмо по транспортам в режиме "проверки адреса", а затем уже в режиме доставки.

#4 atomic

atomic

    Newbie

  • Posters
  • 36 Сообщений:

Отправлено 05 Март 2010 - 11:56

А не подскажите, где всетаки лучше поставить в конфиг файл exim'а acl_check_drweb_scanned?
Перед началом секции begin routers по-идее, верно?

#5 Anton Ivanov

Anton Ivanov

    Advanced Member

  • Posters
  • 842 Сообщений:

Отправлено 05 Март 2010 - 13:16

в секции begin acl наверное

#6 atomic

atomic

    Newbie

  • Posters
  • 36 Сообщений:

Отправлено 05 Март 2010 - 13:32

в секции begin acl наверное



я это и имел ввиду.
вопрос был в логике постановки в эту секцию. я поставил её в самый конец после всех проверок там, типа acl_check_host, acl_check_rcpt, acl_check_mime, etc...

#7 Serge Bykanov

Serge Bykanov

    Newbie

  • Posters
  • 4 Сообщений:

Отправлено 10 Август 2010 - 13:22

Суть проблемы в том, что когда drweb-sender пытается вернуть письмо назад в exim, то тот надолго задумывается и в результате внутри MailD происходит тайм-аут (настройка IpcTimeout) и drweb-receiver возвращает ошибку:

Dec  2 17&#58;16&#58;14 phobos drweb-receiver.real&#58; &#91;4127193968&#93; receiver.ipc ERROR 00002172/1NFpzS-0003Pk-8U error for address&#40;es&#41; &#91;local&#58;/var/drweb/ipc/.db&#93;&#58; a waiting of Socket&#58;&#58;IsReady&#40;0x1&#41; for connection &#40;fd->7, local->local&#58;, server->local&#58;/var/drweb/ipc/.db&#41;&#58; timed out &#40;timeout= 40 s 345 ms&#41;

Метод решения описан в документации:

Чтобы избежать этой проблемы, можно настроить Exim
   отправлять все полученные от Dr.Web MailD письма сначала в очередь, и только
   потом производить доставку. Для этого следует добавить новый acl&#58;
   
   acl_check_drweb_scanned&#58;
	  warn
	  condition = ${if and {{def&#58;received_protocol}{eq {${received_protocol}}\
								  {drweb-scanned}}} {yes}{no}}
	  control = queue_only
   accept
   
   а затем - подключить его&#58;
   acl_not_smtp = acl_check_drweb_scanned


еще можно увеличить тайм-аут, но это решение много хуже.

У меня таже проблема...
Метод с добавлением acl не подходит так-как начинается задержка минут по 20.
На счёт тайм-аута. Где его увеличить?
И почему таких проблем небыло в 4.44?

#8 Anton Ivanov

Anton Ivanov

    Advanced Member

  • Posters
  • 842 Сообщений:

Отправлено 10 Август 2010 - 16:29

У Вас проблема с задержками по доставке письма? У добавление acl как повлияло на ситуацию: не изменило, увеличило задержку, уменьшило задержку? Вы не забыли подключить его в acl_not_smtp?

Что бы отбивать нелокальных пользователей можно добавить check_local_user в drweb_router как описано в документации.

Тайм-аут:
IpcTimeout прежде всего.

#9 Serge Bykanov

Serge Bykanov

    Newbie

  • Posters
  • 4 Сообщений:

Отправлено 10 Август 2010 - 17:42

У Вас проблема с задержками по доставке письма?

Проблема при отправке письма. В ответ приходит письмо с ошибкой "LMTP error after end of data: 554 5.7.0 00002082 error in drweb-maild module".

У добавление acl как повлияло на ситуацию: не изменило, увеличило задержку, уменьшило задержку? Вы не забыли подключить его в acl_not_smtp?

Вот именно что без acl задержки нет. Когда добавляю acl появляется задержка минут на 20 причём как при приёме так и при отправке. Но зато при отправке пропадает ошибка.
acl_not_smtp подключил.

Что бы отбивать нелокальных пользователей можно добавить check_local_user в drweb_router как описано в документации.

Документацию читал. При добавлении check_local_user начинает валиться спам.

Тайм-аут:
IpcTimeout прежде всего.

Попробую увеличить. Но всетаки почему в drweb 4.44 таких проблем нет? Конфиг экзима то тот-же самый остался...

Сообщение было изменено Serge Bykanov: 11 Август 2010 - 05:34


#10 Serge Bykanov

Serge Bykanov

    Newbie

  • Posters
  • 4 Сообщений:

Отправлено 11 Август 2010 - 07:37

Тайм-аут:
IpcTimeout прежде всего.

IpcTimeout увеличил до 1m - пока вроде помогает. Но это ведь не правильное решение...
Кстати вроде понял почему у меня экзим с дрвебом 4.44 работал нормально. У меня до обновления на дрвеб 5 экзим за смартхостом стоял.
Всётаки не понятно почему такие задержки большие появляются когда включаю acl ?

#11 Anton Ivanov

Anton Ivanov

    Advanced Member

  • Posters
  • 842 Сообщений:

Отправлено 11 Август 2010 - 09:59

задержка при добавлении acl видимо происходит из-за того, что exim не часто проходит по очереди что бы отправить письма - можно настроить exim что бы он ходил почаще разгребать очередь - например раз в 30 секунд.

#12 Serge Bykanov

Serge Bykanov

    Newbie

  • Posters
  • 4 Сообщений:

Отправлено 12 Август 2010 - 09:03

задержка при добавлении acl видимо происходит из-за того, что exim не часто проходит по очереди что бы отправить письма - можно настроить exim что бы он ходил почаще разгребать очередь - например раз в 30 секунд.


Спасибо за помощь. У меня debian и в /etc/deafult/exim4 поставил QUEUEINTERVAL='30s' было 30m. Теперь задержек нет и почта уходит без ошибок.

#13 atomic

atomic

    Newbie

  • Posters
  • 36 Сообщений:

Отправлено 25 Август 2010 - 10:16

задержка при добавлении acl видимо происходит из-за того, что exim не часто проходит по очереди что бы отправить письма - можно настроить exim что бы он ходил почаще разгребать очередь - например раз в 30 секунд.


Спасибо за помощь. У меня debian и в /etc/deafult/exim4 поставил QUEUEINTERVAL='30s' было 30m. Теперь задержек нет и почта уходит без ошибок.


разгреб почты стоит на exim'е 30s тоже.
IpcTimeout выставил в 300s.

почему то на исходящую почту с относительно большим контентом внутри (>~3MB) приходит до боли надоевшая:

LMTP error after end of data&#58; 554 5.7.0 blablabla error in drweb-maild module


но судя по логам (письмо было отправлено на gmail) со второй попытки оно отправляется:

....T=remote_smtp H=gmail-smtp-in.l.google.com &#91;74.125.79.27&#93; C=&#34;250 2.0.0 OK 1282718886 q12si2497001eeh.91&#34;

и из очереди исчезает.

А вот письма покрупнее (~>7MB) ещё дольше висят в очереди (при том что очередь почти пуста): по стандартной схеме сначала приходит ошибка LMTP.

Посоветуйте что-нибудь, а то невозможно...
спасибо.

UPD: письмо покрупнее (на 7МБ) наконецто ушло из очереди спустя ~1.5 часа. И на посылаемый ящик оно пришло в 5 экземплярах. временной интервал таков был: 11:27 11:30 11:47 12:08 12:34
При том что отправил я его в 10:55

#14 Anton Ivanov

Anton Ivanov

    Advanced Member

  • Posters
  • 842 Сообщений:

Отправлено 25 Август 2010 - 12:09

без логов maild сказать ничего нельзя

#15 atomic

atomic

    Newbie

  • Posters
  • 36 Сообщений:

Отправлено 25 Август 2010 - 14:42

логи maild в аттаче.

Я отправляю письмо с myname@mydomain.ru на xxx@mail.ru размером ~7MB и оно раз 6 приходит на mail'овский ящик, при том, что мурыжится в очереди exim'а около 1.5 часов.

Прикрепленные файлы:

  • Прикрепленный файл  logs.rar   16,74К   40 Скачано раз


#16 Anton Ivanov

Anton Ivanov

    Advanced Member

  • Posters
  • 842 Сообщений:

Отправлено 25 Август 2010 - 14:46

внутри не логи а файл logs.docx (видимо от OO)

#17 atomic

atomic

    Newbie

  • Posters
  • 36 Сообщений:

Отправлено 25 Август 2010 - 14:51

внутри не логи а файл logs.docx (видимо от OO)


ну да. я их бросил в ворд сразу. иначе напрямую они сюда не вмещаются, а дробить на месседжи смысла не видел.
так не устраивает?

#18 Anton Ivanov

Anton Ivanov

    Advanced Member

  • Posters
  • 842 Сообщений:

Отправлено 25 Август 2010 - 14:57

теперь устраивает. просто первый раз так логи присылают - не ожидал.
по существу:

echo "BIG_MESSAGE" | /usr/local/sbin/exim -i -bm -oMr drweb-scanned -f <myname@mydomain.ru> -- <xxxx@mail.ru>

будет висеть очень долго и в результате происходит ошибка в maild веером во всех компонентах. Это происходит из-за задержек в exim - скорее всего при ресолве адресов получателей (можно посмотреть по логам exim). попробуйте настроить как описано в документации на MailD:


To avoid this problem, you may configure Exim to send all messages to the
queue first, and only after that - to perform delivery. Add the new acl to the
Exim configuration file:

acl_check_drweb_scanned:
warn
condition = ${if and {{def:received_protocol}{eq {${received_protocol}}\
{drweb-scanned}}} {yes}{no}}
control = queue_only
accept

and then enable it:
acl_not_smtp = acl_check_drweb_scanned

#19 pig

pig

    Бредогенератор

  • Helpers
  • 10 859 Сообщений:

Отправлено 25 Август 2010 - 16:57

я их бросил в ворд сразу. иначе напрямую они сюда не вмещаются

Даже в архиве?
Почтовый сервер Eserv тоже работает с Dr.Web

#20 atomic

atomic

    Newbie

  • Posters
  • 36 Сообщений:

Отправлено 26 Август 2010 - 10:20

я их бросил в ворд сразу. иначе напрямую они сюда не вмещаются

Даже в архиве?


в архиве потому, что *.docx не возможно было прицепить.

Anton Ivanov, спасибо.
QUEUEINTERVAL='30s' на exim'е + acl_check_drweb_scanned пока полет нормальный.


Читают тему: 0

0 пользователей, 0 гостей, 0 скрытых