The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"100% надежный хостинг (или сервер) smtp хотя бы"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Почта)
Изначальное сообщение [ Отслеживать ]

"100% надежный хостинг (или сервер) smtp хотя бы"  +/
Сообщение от billybons2006 email(ok) on 26-Ноя-13, 16:58 
Сразу скажу, если не в тему, то перенесите этот топик куда надо, но вроде сюда ))
Сразу прошу прощения за простыню текста.

Я успешно эксплуатирую vds с centos (postfix и dovecot) в качестве внешнего почтовика для отправки почты и, на всякий случай, для временного приема почты (тариф недорогой, места надолго не хватит). Работает прекрасно. Я доволен. Но случилось один раз приключение: в понедельник, до начала рабочего дня, менеджер отправил важное письмо. Outlook съел, положил в отправленные. Менеджер успокоился. На 15 мин, т.к. не пришла отбивка о доставке (не о прочтении, а о доставке на сервер-получатель). Позвонил мне, я попытался отправить с мобилы. Отправил (для простоты на gmail), а письмо не пришло. Через 15 мин я приехал на работу (благо уже подъезжал), пришлось сделать только одно маленькое действие: service postfix restart.

И почта пошла дальше, и тестовые письма сразу побежали. НО! Важное письмо пришло с опозданием на 30 минут и мы попали.

При этом был резервный smtp, через него могло все пройти (это smtp хостера, где обслуживается домен, а не vds). Но проблема в том, что менеджер не знал, что есть проблема и письмо висит в очереди на отправку в postfix-е ;)

После этого мне поставили задачу: нужен сервер для отправки (хотя бы для отправки), чтобы был 100% без зависонов, глюков и прочего.

Т.к. 100%, то это явно внешний, не привязанный к офисному провайдеру (хоть и городского масштаба). На толстом канале и с резервированием. Лучше, если все-таки я его буду контролировать (самое уязвимое место в цепочке ;)).

Что вы можете посоветовать?

Варианты, которые мне приходят в голову:
1. Сменить хостера на linode.com (вроде он один из лучших), хотя бы за $20/мес. Недорого, в общем-то, оперативки больше, но все равно что-то зависнуть может так же, я же не кластер арендую саморегулирующийся )) Если что-то зависнет, это может быть просто неожиданность в виде глюка из-за кривого письма, которое примет сервер и задумается в муках. Ну или вы поняли, все равно может быть ситуация, когда мне придется просто дать команду на перезапуск службы. Но это будет сделано после возможной проблемы.

2. Купить тот же Kerio Connect (дорого, но мне минимум нужен) и запустить его в том же linode. Будет, наверное, стабильнее. (Эээ, я не флеймить ради, люди!). Просто привожу разные варианты. 439 евров - это не мало, но можно рассматривать.

3. Сервисы типа fastmail.fm (бизнес email за $15/год). Вопрос в том, насколько они стабильны? Кто пользовался? Может быть, есть другие варианты в этом же духе?

4. В этом же духе, но типа Outlook.com? Кстати, не факт, что он отбивки присылает о доставке! Я уже кучу таких вариантов видел.

Плюс вар.3,4 в том, что им постоянно кто-то пользуется и, по идее, они работают намного стабильнее, чем мой, ненагруженный, но ручной postfix?

5. Возможно, есть вариант из двух серверов (один на linode, другой - у меня или еше где-то), которые постоянно как-то решают задачу черного ящика "письмо на входе должно быть отправлено! Сейчас же!". Возможно, это может Exchange? Тот же Kerio? Да, блин, тот же postfix (я бы хотел именно этого). Либо кто-то типа Amazon предоставляет услугу "почтовик в облаке"?

Может, есть еще идеи? И главное, хотя бы условно - КАК?

PS: man как - не предлагать ))
PPS: Руки умеренной кривизны, бюджет умеренной длины!

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "100% надежный хостинг (или сервер) smtp хотя бы"  +/
Сообщение от pavel_simple (ok) on 26-Ноя-13, 17:59 
>[оверквотинг удален]
> они работают намного стабильнее, чем мой, ненагруженный, но ручной postfix?
> 5. Возможно, есть вариант из двух серверов (один на linode, другой -
> у меня или еше где-то), которые постоянно как-то решают задачу черного
> ящика "письмо на входе должно быть отправлено! Сейчас же!". Возможно, это
> может Exchange? Тот же Kerio? Да, блин, тот же postfix (я
> бы хотел именно этого). Либо кто-то типа Amazon предоставляет услугу "почтовик
> в облаке"?
> Может, есть еще идеи? И главное, хотя бы условно - КАК?
> PS: man как - не предлагать ))
> PPS: Руки умеренной кривизны, бюджет умеренной длины!

100% это хохланд.
причина зависания выяснена? если нет -- то дело всё же в неумеренной кривезне рук.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "100% надежный хостинг (или сервер) smtp хотя бы"  +/
Сообщение от billybons2006 email(ok) on 26-Ноя-13, 18:05 
> 100% это хохланд.
> причина зависания выяснена? если нет -- то дело всё же в неумеренной
> кривезне рук.

Если бы вы знали, чем мне приходиться заниматься Оо!!! Причину пытаюсь выяснить по логам, но я один итшник у нас и почему-то мало кто думает, что на анализ проблемы логов надо оставлять время (( Поэтому не могу сказать, в чем причина.

К тому же, всегда есть вариант "я в отпуске". И это меня пугает. Поэтому и хочу не только понять. что случилось, но и понять, что есть другое, чтобы не думать, почему это случилось 15 минут назад. Вот основная проблема.

Упор на автоматизацию все же. Мне поставлена задача: надо не решать проблему "после", а сделать так, чтобы ее не могло быть. Я прошу не решения текущей проблемы "почему случилось", вот вам, дядя, логи! Я сам это сделаю. Пока я склоняюсь к exchange в облаке или нечто вроде этого. Как-то так.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "100% надежный хостинг (или сервер) smtp хотя бы"  +1 +/
Сообщение от pavel_simple (ok) on 26-Ноя-13, 18:13 
>[оверквотинг удален]
>> причина зависания выяснена? если нет -- то дело всё же в неумеренной
>> кривезне рук.
> Если бы вы знали, чем мне приходиться заниматься Оо!!! Причину пытаюсь выяснить
> по логам, но я один итшник у нас и почему-то мало
> кто думает, что на анализ проблемы логов надо оставлять время ((
> Поэтому не могу сказать, в чем причина.
> К тому же, всегда есть вариант "я в отпуске". И это меня
> пугает. Поэтому и хочу не только понять. что случилось, но и
> понять, что есть другое, чтобы не думать, почему это случилось 15
> минут назад. Вот основная проблема.

как вариант mta мог нарваться на graylisting -- и учитывая что postfix правильный mta вёл себя соответственно -- например отложил отправку письма до определённого времени. можно конечно пинать почтовик -- но за нестандартное порведение можно получить бан на другом уровне. протокол smtp в принципе не может гарантировать доставку кореспонденции, тем более в какой-то там срок.

P.S. встречался я как-то с подобными проблемами (они так были озвучены) у людей которые занимались участием в торгах. (заявку отправляли)

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "100% надежный хостинг (или сервер) smtp хотя бы"  +/
Сообщение от billybons2006 email(ok) on 26-Ноя-13, 18:16 
> P.S. встречался я как-то с подобными проблемами (они так были озвучены) у
> людей которые занимались участием в торгах. (заявку отправляли)

Я работаю с этими людьми )))

Спасибо за вариант "почему". Gray-листов там нет, но что-то в этом роде должно быть. Я имею ввиду причину задержки в соотв. со спецификациями.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "100% надежный хостинг (или сервер) smtp хотя бы"  +/
Сообщение от pavel_simple (ok) on 26-Ноя-13, 18:55 
> но что-то в этом роде
> должно быть.

вот поэтому информация имеющеяся в журнальных данных важна, и умение её прочесть тоже.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "100% надежный хостинг (или сервер) smtp хотя бы"  +/
Сообщение от billybons2006 email(ok) on 27-Ноя-13, 11:01 
Ну вот например: до перезапуска postfix на каждое письмо было в логах примерно такое:
Nov 25 08:53:12 relay postfix/cleanup[6349]: CB4C8305B4: message-id=<!&!AAAAAAA==@mail.com>
Nov 25 08:53:15 relay postfix/smtpd[6339]: disconnect from RELAY2.MAIL.COM[201.273.22.33]
Nov 25 08:56:35 relay postfix/anvil[6341]: statistics: max connection rate 1/60s for (smtp:201.273.22.33) at Nov 25 08:53:11
Nov 25 08:56:35 relay postfix/anvil[6341]: statistics: max connection count 1 for (smtp:201.273.22.33) at Nov 25 08:53:11
Nov 25 08:56:35 relay postfix/anvil[6341]: statistics: max cache size 1 at Nov 25 08:53:11

где RELAY2.MAIL.COM[201.273.22.33] - шлюз, через который мы выходим в интернет.

Ни одной записи postfix/qmgr.

Nov 25 09:47:26 relay postfix/postfix-script: stopping the Postfix mail system
Nov 25 09:47:26 relay postfix/master[1144]: terminating on signal 15
Nov 25 09:47:27 relay postfix/postfix-script: starting the Postfix mail system
Nov 25 09:47:27 relay postfix/master[6581]: daemon started -- version 2.3.3, configuration /etc/postfix
Nov 25 09:47:27 relay postfix/qmgr[6584]: 1211F30699: from=<postbox@mail.com>, size=130907, nrcpt=1 (queue active)
...

Далее с десяток отправленных писем, какие-то пошли на пересылку (этот почтовик у меня по mx записям не главный), какие-то отправлены сразу куда надо.

После рестарта postfix:

Nov 26 18:07:00 relay postfix/smtpd[12272]: 163473046B: client=RELAY2.MAIL.COM[201.273.22.33], sasl_method=DIGEST-MD5, sasl_username=postbox@mail.com
Nov 26 18:07:00 relay postfix/cleanup[12267]: 163473046B: message-id=<!&!AAAAAFDdmsI0BAAAAAA==@mail.com>
Nov 26 18:07:00 relay postfix/qmgr[6584]: 163473046B: from=<postbox@mail.com>, size=7733, nrcpt=1 (queue active)
Nov 26 18:07:02 relay postfix/smtpd[12272]: disconnect from RELAY2.mail.COM[201.273.22.33]
Nov 26 18:07:10 relay postfix/smtp[12271]: 163473046B: to=<arev233@gmail.com>, relay=....., status=sent (250 OK id=1VlJ7K-00007c-Ui)
Nov 26 18:07:10 relay postfix/cleanup[12267]: 5C3DB30474: message-id=<20131126140710.5C3DB30474@relay.mail.com>
Nov 26 18:07:10 relay postfix/bounce[12283]: 163473046B: sender delivery status notification: 5C3DB30474
Nov 26 18:07:10 relay postfix/qmgr[6584]: 163473046B: removed

т.е. приняли, обработали, отправили. Ну, грубо. Так?

Не могу понять, почему появились "max connection ...", а после перезапуска исчезли. Надо почитать. Возможно, как-то настроить smtpd_*, не знаю пока.

Я по этому вопросу не готов был вчера общаться )) Сейчас могу, благо затишье.

Все, что касается smtpd в main.cf:
smtpd_client_restrictions =
        permit_mynetworks,
    permit_sasl_authenticated,
    reject_non_fqdn_sender,
        reject_unknown_reverse_client_hostname,
        permit

smtpd_helo_restrictions =
        permit_mynetworks,
    permit_sasl_authenticated,
        reject_invalid_helo_hostname,
        reject_non_fqdn_helo_hostname,
        reject_unknown_helo_hostname,
        permit

smtpd_sender_restrictions =
        permit_mynetworks,
    permit_sasl_authenticated,
        reject_non_fqdn_sender,
        reject_unknown_sender_domain,
        permit

smtpd_recipient_restrictions =
        reject_non_fqdn_recipient,
        reject_unknown_recipient_domain,
    permit_sasl_authenticated,
        reject_unlisted_recipient,
    permit_mynetworks,
        reject_unauth_destination,
        permit_auth_destination,
    reject

smtpd_data_restrictions =
    permit_mynetworks,
    reject_unauth_pipelining,
    reject_multi_recipient_bounce,
    permit

smtpd_etrn_restrictions = reject
smtpd_helo_required = yes

smtpd_discard_ehlo_keywords = etrn, silent-discard
smtpd_forbidden_commands = CONNECT GET POST
disable_vrfy_command = yes

Что-то явно бросается в глаза?

Добавлено:
Можно установить smtpd_client_message_rate_limit (сейчас 0), скажем, в 50.
Это все здорово, но не решает изначальную задачу ((. Хотя может помочь в решении.

Слушайте, а если периодически запускать mailq и результаты записывать. Это может помочь?

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

9. "100% надежный хостинг (или сервер) smtp хотя бы"  +/
Сообщение от LSTemp (ok) on 10-Дек-13, 14:26 
>[оверквотинг удален]
> Nov 26 18:07:02 relay postfix/smtpd[12272]: disconnect from RELAY2.mail.COM[201.273.22.33]
> Nov 26 18:07:10 relay postfix/smtp[12271]: 163473046B: to=<arev233@gmail.com>, relay=.....,
> status=sent (250 OK id=1VlJ7K-00007c-Ui)
> Nov 26 18:07:10 relay postfix/cleanup[12267]: 5C3DB30474: message-id=<20131126140710.5C3DB30474@relay.mail.com>
> Nov 26 18:07:10 relay postfix/bounce[12283]: 163473046B: sender delivery status notification:
> 5C3DB30474
> Nov 26 18:07:10 relay postfix/qmgr[6584]: 163473046B: removed
> т.е. приняли, обработали, отправили. Ну, грубо. Так?
> Не могу понять, почему появились "max connection ...", а после перезапуска исчезли.
> Надо почитать. Возможно, как-то настроить smtpd_*, не знаю пока.

Слово "statistics" Вам ни о чем не говорит?

>[оверквотинг удален]
>     permit_mynetworks,
>     reject_unauth_pipelining,
>     reject_multi_recipient_bounce,
>     permit
> smtpd_etrn_restrictions = reject
> smtpd_helo_required = yes
> smtpd_discard_ehlo_keywords = etrn, silent-discard
> smtpd_forbidden_commands = CONNECT GET POST
> disable_vrfy_command = yes
> Что-то явно бросается в глаза?

Бросается. Минимальный конфиг, все не заданные параметры будут установлены по умолчанию. Нахрена козе боян?? postconf покажите - реальные параметры с которыми система живет, а не свой куцый огрызок, выдаваемый за конфиг. Ни OS не указали, ни версии postfix - телепатов ждете?

> Добавлено:
> Можно установить smtpd_client_message_rate_limit (сейчас 0), скажем, в 50.
> Это все здорово, но не решает изначальную задачу ((. Хотя может помочь
> в решении.
> Слушайте, а если периодически запускать mailq и результаты записывать. Это может помочь?

Может. Отлично помогает в накоплении ненужных данных. Заодно и в написании скриптов и перенаправлении ввода потренируетесь.

PS
Как Вам уже говорили - доставка письма не может быть гарантирована ВООБЩЕ (тем более в заданный срок). Максимум, что можно получить в заданный срок - это сообщение о невозможности доставки. Удачи Вам м Вашему начальству со всей "автоматизацией".


Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "100% надежный хостинг (или сервер) smtp хотя бы"  +/
Сообщение от LSTemp (ok) on 10-Дек-13, 14:10 
>> P.S. встречался я как-то с подобными проблемами (они так были озвучены) у
>> людей которые занимались участием в торгах. (заявку отправляли)
> Я работаю с этими людьми )))
> Спасибо за вариант "почему". Gray-листов там нет, но что-то в этом роде
> должно быть. Я имею ввиду причину задержки в соотв. со спецификациями.

Очень хорошо, что Вы работаете с этими людьми. Вот и выясните у них, что "что-то в этом роде" могло отвергнуть прием почны от Вас.

PS
Greylist - это не по RFC


Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "100% надежный хостинг (или сервер) smtp хотя бы"  +/
Сообщение от LSTemp (ok) on 10-Дек-13, 14:08 
>> 100% это хохланд.
>> причина зависания выяснена? если нет -- то дело всё же в неумеренной
>> кривезне рук.
> Если бы вы знали, чем мне приходиться заниматься Оо!!! Причину пытаюсь выяснить
> по логам, но я один итшник у нас и почему-то мало
> кто думает, что на анализ проблемы логов надо оставлять время ((
> Поэтому не могу сказать, в чем причина.

Кого это Ваше "другое" трогает?

> К тому же, всегда есть вариант "я в отпуске". И это меня
> пугает. Поэтому и хочу не только понять. что случилось, но и
> понять, что есть другое, чтобы не думать, почему это случилось 15
> минут назад. Вот основная проблема.

Меня тоже всегда отпуск пугает, как и всех в нашей стране.

> Упор на автоматизацию все же. Мне поставлена задача: надо не решать проблему
> "после", а сделать так, чтобы ее не могло быть. Я прошу
> не решения текущей проблемы "почему случилось", вот вам, дядя, логи! Я
> сам это сделаю. Пока я склоняюсь к exchange в облаке или
> нечто вроде этого. Как-то так.

Мая плакать...

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

10. "100% надежный хостинг (или сервер) smtp хотя бы"  +/
Сообщение от billybons2006 email(ok) on 10-Дек-13, 16:25 
> Кого это Ваше "другое" трогает?
> Меня тоже всегда отпуск пугает, как и всех в нашей стране.
> Мая плакать...

Вы на дату топика смотрели? Нет? Эмоции и манеры как у девушки, которая опоздала на все, что только могла, и сразу о себе громко заявить, мол, вот, какая я. Как вы без меня жили только?

Вопрос давно решен.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

11. "100% надежный хостинг (или сервер) smtp хотя бы"  +/
Сообщение от Ano email on 10-Дек-13, 17:20 
>> Кого это Ваше "другое" трогает?
>> Меня тоже всегда отпуск пугает, как и всех в нашей стране.
>> Мая плакать...
> Вы на дату топика смотрели? Нет? Эмоции и манеры как у девушки,
> которая опоздала на все, что только могла, и сразу о себе
> громко заявить, мол, вот, какая я. Как вы без меня жили
> только?
> Вопрос давно решен.

И какое же было решение?

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

12. "100% надежный хостинг (или сервер) smtp хотя бы"  +/
Сообщение от billybons2006 email(ok) on 10-Дек-13, 17:51 
> И какое же было решение?

Решение, к сожалению, элементарное, которое вытекает из недостатков почты - отправлять почту чуть раньше (не за 15 минут до того, как) плюс перенос smtp на linide, для надежности канала. По крайней мере, ничего плохого про linide я не слышал. Если возникает проблема с отправкой или подозрение на недоставку - отправка повторно через второй smtp. Других вариантов нет. Спасибо вам за попытки указать, что делать.

Да, и кстати, грейлистов и чего-либо подобного там нет. Как нет и антивируса и антиспама. Даже в интерфейсе провайдерского почтовика отключили антивирус (там Касперский для Linux!), а антиспам ослабили.

Ну и до кучи, перестал пугаться вот этого =)
statistics: max connection rate 1/60s for (smtp:201.273.22.33) at Nov 25 08:53:11
statistics: max connection count 1 for (smtp:201.273.22.33) at Nov 25 08:53:11
statistics: max cache size 1 at Nov 25 08:53:11

В планах (comm1: когда у меня таки будет время) (comm2: далее - мои имхо, для таких как LStemp, а не попытка переворота ученого мира):
- альтернативный транспорт postfix deadbeats (создаем отдельный транспорт для определенных доменов, через transport_maps. Это, на мой взгляд, то, что мне надо было. Время покажет.
- резервный ретранслятор (через fallback_relay), но это только увеличит время ожидания отправки. В случае задержки отправки будет труднее понять, где концы ушли в воду.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

13. "100% надежный хостинг (или сервер) smtp хотя бы"  +/
Сообщение от pavel_simple (ok) on 10-Дек-13, 18:04 
>[оверквотинг удален]
> statistics: max cache size 1 at Nov 25 08:53:11
> В планах (comm1: когда у меня таки будет время) (comm2: далее -
> мои имхо, для таких как LStemp, а не попытка переворота ученого
> мира):
> - альтернативный транспорт postfix deadbeats (создаем отдельный транспорт для определенных
> доменов, через transport_maps. Это, на мой взгляд, то, что мне надо
> было. Время покажет.
> - резервный ретранслятор (через fallback_relay), но это только увеличит время ожидания
> отправки. В случае задержки отправки будет труднее понять, где концы ушли
> в воду.

спасибо
публиковать итоговое решение задачи это одно из правил хорошего тона.
(даже если это не решиние как таковое - а концепция)

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

14. "100% надежный хостинг (или сервер) smtp хотя бы"  +/
Сообщение от billybons2006 email(ok) on 10-Дек-13, 18:08 
> спасибо
> публиковать итоговое решение задачи это одно из правил хорошего тона.
> (даже если это не решиние как таковое - а концепция)

После старта обсуждения, я посчитал, что мои решения будут скорее всего 100% не "энтерпрайзными" или не соответсвующими "гуру стайла". Поэтому и не стал. В следующий раз стану ;)

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

15. "100% надежный хостинг (или сервер) smtp хотя бы"  +/
Сообщение от LSTemp (ok) on 14-Дек-13, 07:44 
>> Кого это Ваше "другое" трогает?
>> Меня тоже всегда отпуск пугает, как и всех в нашей стране.
>> Мая плакать...
> Вы на дату топика смотрели? Нет? Эмоции и манеры как у девушки,
> которая опоздала на все, что только могла, и сразу о себе
> громко заявить, мол, вот, какая я. Как вы без меня жили
> только?
> Вопрос давно решен.

Просто замечательно, что ВЫ посмотрев на дату топика решили от писаться здесь не по делу. Опять. Спасибо. Привет Вашим девушкам!

PS
к сожелению до Вас так и не дошло, что гарантировать доставку(НЕ ОТПРАВКУ) писем не возможно просто по определению. Еще раз посоветую Вам про почтовые протоколы почитать (по Вашей теме - конкретно про SMTP).


Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру