Chaos Zed wrote:
> народ вы серьёзно?

более чем

> честно, перечитайте что было в ветке.

ветка началась с очередного вопроса, что делать админстратору почтовой
системы отправителя с неестественным интеллектом системы репутации
хостов (я склонен полагать, что Владимир строил чуть больше, чем просто
специфическую реализацию серых списков) почтовой системы ukr.net.

потом в ветке была упомянута 30 секундная задержка на ответ от сервера,
на что Лена ответила, что возможно из-за таких воз задержке она получает
письма с примерно 15 минутной задержкой. при этом она изменила тему письма.

каюсь, я не создавал новую ветку, когда отвечал на ее письмо.

но ранее на эти задержки доставки писем из рассылки вообще особой
реакции не было. так что вопрос о задержках был практически риторический.

если Игорь, как владелец рассылки, не погонит меня создавать новую
ветку, то проблемы в общем-то никакой и нет.

а по существу - кроме aol.com ни одна из почтовых систем, с которыми
доводилось сталкиваться, не ставит перед постмастерами столько проблем,
сколько ukr.net.

на части серверов, с которых мои клиенты производят рассылки своим
клиентам, приходится в системном фильтре замораживать все сообщения в
сторону ukr.net, а потом скриптом отдельным, запускаемым из планировщика
задач, размораживать письма по одному и отправлять их с интервалами. без
этого рано или поздно ukr.net начинает возвращать 4xx хотя бы на часть
писем. иногда начинает вообще отвергать доставку писем.

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

и не забывать, что Владимир пальцем тычет в STD3 (надеюсь, что таки в
http://www.rfc-editor.org/std/std3.txt, а не
http://www.ukr.net/mta/std3.html), поэтому в retry rules для ukr.net
прописать отдельное правило с периодом повторной доставки 30 минут. хотя
рекомендация 1989 года могла и устареть. хотя даже в далеком 1989 году
имелось ввиду "the retry interval SHOULD be at least 30 minutes", а не
"MUST be". при этом когда-то несколько лет назад на паре серверов
проблемы доставки в сторону ukr.net были решены только после увеличения
retry interval до 30 минут.

но кроме retry rule все вышеуказанное актуально скорее при проблемах
доставки рассылок для пользователей ukr.net.

это достаточно серьезно?

> 16 июня 2014 г., 18:32 пользователь Victor Ustugov
> <vic...@corvax.kiev.ua <mailto:vic...@corvax.kiev.ua>> написал:
> 
>     Igor Karpov wrote:
> 
>     >>>>>> У меня лично стоит 30 секунд задержки на ответ сервера -
>     >>>>>> очень действенная мера оказалась.
>     >>>>>
>     >>>>> При отправке в этот mailing list
>     >>>>> (exim-users@mailground.net <mailto:exim-users@mailground.net>)
>     я получаю мое сообщение назад
>     >>>>> через 15-20 минут. В опциях подписки включила подтверждение
>     >>>>> - оно приходит через несколько секунд. Т.е. рассылка
>     >>>>> сообщений всем подписчикам занимает как минимум 15 минут.
>     >>>>> Наверно, из-за вот таких задержек.
>     >>>>
>     >>>> у меня такая проблема наблюдается с тех пор, как рассылка
>     >>>> переехала на нынешний сервер.
>     >>>
>     >>> То есть года четыре?
>     >>
>     >> у меня архив рассылки с 2002 года есть, еще когда она жила на
>     >> exim-us...@lists.karpov.com.ua
>     <mailto:exim-us...@lists.karpov.com.ua>
>     >
>     > Ого. Я и забыл о таком.
> 
>     ну... это давно было с 01.03.2004 уже ж использовался домен
>     exim.org.ua <http://exim.org.ua>
> 
>     а вот его жаль
> 
>     >> самое старое письмо, полученное с ikke.mailground.net
>     <http://ikke.mailground.net>, датировано
>     >> Fri, 14 May 2010 11:10:36 +0000 оно было получено без задержек:
>     >>
>     >> Received: from mailground.net <http://mailground.net>
>     ([204.109.60.111]
>     >> helo=ikke.mailground.net <http://ikke.mailground.net>) by
>     colocall.falbi.kiev.ua <http://colocall.falbi.kiev.ua> with esmtps
>     >> (TLSv1:AES256-SHA:256) id 1OCsoz-000Nmw-03 for
>     >> vic...@corvax.kiev.ua <mailto:vic...@corvax.kiev.ua>; Fri, 14 May
>     2010 14:12:57 +0300 Received:
>     >> from localhost ([127.0.0.1] helo=mailground.net
>     <http://mailground.net>) by
>     >> ikke.mailground.net <http://ikke.mailground.net> with esmtp (Exim
>     4.71 (FreeBSD))
>     >> (envelope-from <exim-users-boun...@mailground.net
>     <mailto:exim-users-boun...@mailground.net>>) id
>     >> 1OCsoi-00062Z-EA for vic...@corvax.kiev.ua
>     <mailto:vic...@corvax.kiev.ua>; Fri, 14 May 2010
>     >> 11:12:32 +0000 Date: Fri, 14 May 2010 11:10:36 +0000
>     >>
>     >>
>     >> это было письмо с темой "Добро пожаловать в список рассылки
>     >> "Exim-users"" о переносе рассылки.
>     >>
>     >> и первый же ответ на него был уже с задержкой:
>     >>
>     >> Received: from mailground.net <http://mailground.net>
>     ([204.109.60.111]
>     >> helo=ikke.mailground.net <http://ikke.mailground.net>) by
>     colocall.falbi.kiev.ua <http://colocall.falbi.kiev.ua> with esmtps
>     >> (TLSv1:AES256-SHA:256) id 1OCtpI-0001Gl-IT for
>     >> vic...@corvax.kiev.ua <mailto:vic...@corvax.kiev.ua>; Fri, 14 May
>     2010 15:17:40 +0300 Received:
>     >> from localhost ([127.0.0.1] helo=mailground.net
>     <http://mailground.net>) by
>     >> ikke.mailground.net <http://ikke.mailground.net> with esmtp (Exim
>     4.71 (FreeBSD))
>     >> (envelope-from <exim-users-boun...@mailground.net
>     <mailto:exim-users-boun...@mailground.net>>) id
>     >> 1OCtSJ-00069A-KI; Fri, 14 May 2010 11:53:27 +0000 Date: Fri, 14
>     >> May 2010 13:53:18 +0200
>     >>
>     >>
>     >> так что да, проблема наблюдается все эти четыре года.
>     >>
>     >>>> я пару раз писал о проблеме - в ответ молчание.
>     >>>
>     >>> Мне кажется, что я все-таки отвечал - просто проблема не была
>     >>> решена.
>     >>
>     >> я уже не стал рыться, смысла нет. но с тех пор в лучшую сторону
>     >> точно ничего не изменилось.
>     >
>     > Ну, меняться там было нечему, я как арендовал Iota на
>     > http://www.rootbsd.net/services/virtual-servers-vps/, так и
>     > арендую. Хотя по ощущениям машинка стала тупить. Возможно, смежные
>     > VM начали кушать больше ресурсов. Я недавно арендовал у них еще
>     > один сервер, на этот раз в Германии и Lambda. По скорости - небо и
>     > земля.
> 
>     фраза скорее касалась ситуации, если бы причиной задержек доставки
>     были настройки mailman/exim, а не аппаратная конфигурация сервера.
> 
>     >> при этом на gmail.com <http://gmail.com> письмо приходят без
>     задержек.
>     >>
>     >>>> при этом даже коннектов со стороны сервера отправителя нет
>     >>>> во время, которое указано в добавленном им самим Received.
>     >>>> просто письмо приходит с задержкой:
>     >>>>
>     >>>> Received: from [204.109.60.111] (helo=ikke.mailground.net
>     <http://ikke.mailground.net>)
>     >>>> by mx.org.ua <http://mx.org.ua> with esmtps
>     (TLSv1:DHE-RSA-AES256-SHA:256) id
>     >>>> 1Wvsma-0000Rc-Tt for vic...@corvax.kiev.ua
>     <mailto:vic...@corvax.kiev.ua>; Sat, 14 Jun 2014
>     >>>> 21:34:35 +0300 Received: from localhost ([127.0.0.1]
>     >>>> helo=ikke.mailgroung.net <http://ikke.mailgroung.net>) by
>     ikke.mailground.net <http://ikke.mailground.net> with esmtp
>     >>>> (Exim 4.82 (FreeBSD)) (envelope-from
>     >>>> <exim-users-boun...@mailground.net
>     <mailto:exim-users-boun...@mailground.net>>) id 1WvsVa-000OnG-LB;
>     >>>> Sat, 14 Jun 2014 18:16:54 +0000
>     >>>
>     >>> Похоже, там слишком слабая VPS. Посмотрим, как события будут
>     >>> развиваться в ближайший месяц-другой, может, смогу перенести ее
>     >>> на более приличный сервер. Пока обещать не могу.
>     >>
>     >> т. е. exim на VPS тратит 20 и более минут, чтобы разослать всем
>     >> подписчикам одно письмо?
>     >>
>     >> нас вроде не так много тут, чтобы количество подписчиков так
>     >> сильно влияло на скорость доставки.
>     >
>     > Немного, около пятисот.
> 
>     последнее письмо пришло мне с задержкой около 12 минут. обычно 22-24
>     минуты. но и 12 минут - это вроде многовато для 500 получателей.
> 
>     и не факт же, что мой адрес в самом конце списка. так что полностью
>     500 писем отправляться могли ощутимо дольше 12 минут.
> 
>     а можно в выводе exigrep 1WwYBm-000GgN-2M посмотреть, что происходило
>     между 14:47:14 +0000 и 17:58:06 +0300?
> 
> 
>     >>> Вчера-сегодня немного подчистил там. В частности, убрал clamav
>     >>> - я все равно удаляю любые сообщение с вложениями. Может,
>     >>> станет чуть быстрее.
> 
> 
> 
>     --
>     Best wishes Victor Ustugov  mailto:vic...@corvax.kiev.ua
>     <mailto:vic...@corvax.kiev.ua>
>     public GnuPG/PGP key:       http://victor.corvax.kiev.ua/corvax.asc
>     ICQ UIN: 371808614          JID: corvax_at...@jabber.corvax.kiev.ua
>     <mailto:corvax_at...@jabber.corvax.kiev.ua>
>     nic-handle: CRV-UANIC
> 
>     _______________________________________________
>     Exim-users mailing list
>     Exim-users@mailground.net <mailto:Exim-users@mailground.net>
>     http://mailground.net/mailman/listinfo/exim-users
> 
> 
> 
> 
> _______________________________________________
> Exim-users mailing list
> Exim-users@mailground.net
> http://mailground.net/mailman/listinfo/exim-users
> 


-- 
Best wishes Victor Ustugov  mailto:vic...@corvax.kiev.ua
public GnuPG/PGP key:       http://victor.corvax.kiev.ua/corvax.asc
ICQ UIN: 371808614          JID: corvax_at...@jabber.corvax.kiev.ua
nic-handle: CRV-UANIC

_______________________________________________
Exim-users mailing list
Exim-users@mailground.net
http://mailground.net/mailman/listinfo/exim-users

Ответить