The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Разработчики OpenBSD представили новый SMTP-сервер, opennews (ok), 14-Ноя-08, (0) [смотреть все]

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


49. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от netc (??), 14-Ноя-08, 19:42 
с ума сойти, велосипеда развиваються круче машин
Ответить | Правка | Наверх | Cообщить модератору

90. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от Myc (??), 15-Ноя-08, 01:04 
Вы когда-нибудь юзали smtp-демоны в условиях нахгрузки? Ну скажем 10-20 млн писем в день, да еще и с замороченными правилами. Что бы вы посоветовыли?

* qmail? Да он абсолютно дубовый. И он вгоняет в ступор машину огромным числом fork-ов.
* postfix? Да, он умеет kqueue/epoll, да и в остальном вполне ничего. Но реализовать в нем замороченные правила крайне проблематично.
* exim? Функциональный конфиг. Встроенным perl-ом можно реализовать, все остальное. Но с производительностью там не все так гладко. В exim очень много кривого кода, оставшегося от предыдущих версий. Достаточно оценить количество глобальных переменных. поэтому проблемы производительности решить не так уж и легко.
* sendmail? С должным терпением от него можно добиться многого. Но тут о m4-макросах речи быть не может. А ковырять в голом виде конфиги сендмыла - занятие не для слабонервных.

Так что, если опенки напишут производительный smtpd с хорошим конфигом, да еще и с хорошим кодом, то низкий поклон им и большое человеческое спасибо.

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

91. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 15-Ноя-08, 01:34 
>Вы когда-нибудь юзали smtp-демоны в условиях нахгрузки? Ну скажем 10-20 млн писем
>в день, да еще и с замороченными правилами. Что бы вы
>посоветовыли?
>
>* exim? Функциональный конфиг. Встроенным perl-ом можно реализовать, все остальное. Но с
>производительностью там не все так гладко. В exim очень много кривого
>кода, оставшегося от предыдущих версий. Достаточно оценить количество глобальных переменных. поэтому
>проблемы производительности решить не так уж и легко.

У нас бегает exim на FreeBSD. Жалоб на него не было вообще, окромя одной ситуации, обусловленной следующими факторами:

1. клиента ломают и от его имени начинают жёстко спамить, вследствие чего обратно на машину валится куча отлупов;
2. для доставки почты используется формат Maildir++, имеющий поддержку квотирования при помощи файлика maildirsize.

Трабла в том, что maildirsize надо периодически пересоздавать - и при большом количестве уже имеющейся почты эта операция достаточно много ресурсов отжирает. А у exim'а каждый процесс, доставляющий почту, не лочит это дело и пытается пересоздать файл самостоятельно... Всё бы ничего, но кое-какой софт, также используемый на серверах, благополучно этот файлик систематически шлёпает. Где он это делает, искали (и вообще диагностику проводили) дооооолго...

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

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

92. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от tux2002email (?), 15-Ноя-08, 09:38 
>[оверквотинг удален]
>>кода, оставшегося от предыдущих версий. Достаточно оценить количество глобальных переменных. поэтому
>>проблемы производительности решить не так уж и легко.
>
>У нас бегает exim на FreeBSD. Жалоб на него не было вообще,
>окромя одной ситуации, обусловленной следующими факторами:
>
>1. клиента ломают и от его имени начинают жёстко спамить, вследствие чего
>обратно на машину валится куча отлупов;
>2. для доставки почты используется формат Maildir++, имеющий поддержку квотирования при помощи
>файлика maildirsize.

Как в exim задавать код ответа скажем на deny в acl? Как в acl_smtp_connect принудительно ответить 554 с последующими 503 без разрыва соединения скажем по policy reason?

PS он гибок в настройках, но отчасти дубовый по RFC.

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

93. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от tux2002email (?), 15-Ноя-08, 09:54 
В новости написано разработчики вооружились RFC и решили писать классный сервер.
RFC запрещает разрывать соединение с клиентом кроме shut down сервера и quit клиента.
Если уменя максимум 1000 соединений и скажем 5 peer host. Через  минуту на них всех будут висеть спамеры и почта пойдет на MX 20.
Я это к тому что надо стандарты развивать, а потом реализации писать.


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

94. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от Дмитрий Ю. Карпов (?), 15-Ноя-08, 10:51 
> Если у меня максимум 1000 соединений и скажем 5 peer host.

А зачем так жестоко?

Кроме того, как ты собираешься определять, от кого принимать соединения, а с кем порвать?

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

98. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от tux2002email (?), 15-Ноя-08, 11:18 
>А зачем так жестоко?
>
>Кроме того, как ты собираешься определять, от кого принимать соединения, а с
>кем порвать?

Я примерно знаю интенсивность легальной входящей почты и подключений спамеров.
Это видно из логов. В минуту единицы входящих сообщений и сотни подключений с хостов, которые я заведомо (regexp или blacklist) знаю присылают только спам.

Если я выставлю параметры мягче, вопрос только во времени запонения пула соединений.
Таймауты между командами всё равно достаточны велики.
Разрывать соединения (как сейчас и сделано), не рекомендуется.
Принимать сообщения, гонять их через спам фильтр, генерить отскоки  накладно (трафик не безлимитный, нагрузка на сервер).

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

PS. Домен давно используется, а организация небольшая. Спама очень много.

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

118. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от Andreyemail (??), 18-Ноя-08, 16:38 
>Как в exim задавать код ответа скажем на deny в acl? Как
>в acl_smtp_connect принудительно ответить 554 с последующими 503 без разрыва соединения
>скажем по policy reason?
>
>PS он гибок в настройках, но отчасти дубовый по RFC.

1. message (хотя где это нужно, пример?)
2. в acl_smtp_connect еще нет "далога" в сесии SMTP - отвечать не куда

PS RTFM

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

119. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от tux2002email (?), 19-Ноя-08, 08:28 
>2. в acl_smtp_connect еще нет "далога" в сесии SMTP - отвечать не
>куда

Где тогда управлять после connect до приглашения.

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

122. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от Andreyemail (??), 19-Ноя-08, 11:30 
>>2. в acl_smtp_connect еще нет "далога" в сесии SMTP - отвечать не
>>куда
>Где тогда управлять после connect до приглашения.

Если правильно понимаю, то у меня до acl_smtp_helo (самой команды helo smtp сесии)
ожидание 40 секунд, если хост далапный в соотв. проверке rbl (которая в acl_smtp_connect)

Для "обычной" smtp сесии, есть

acl_smtp_connect
acl_smtp_helo
acl_smtp_mail
acl_smtp_rcpt
acl_smtp_predata
acl_smtp_data
acl_smtp_quit

http://www.exim.org/exim-html-current/doc/html/spec_html/ind...

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

123. "Разработчики OpenBSD представили новый SMTP-сервер"  +/
Сообщение от tux2002email (?), 19-Ноя-08, 12:22 
>>>2. в acl_smtp_connect еще нет "далога" в сесии SMTP - отвечать не
>>>куда
>>Где тогда управлять после connect до приглашения.
>
>Если правильно понимаю, то у меня до acl_smtp_helo (самой команды helo smtp
>сесии)
>ожидание 40 секунд, если хост далапный в соотв. проверке rbl (которая в
>acl_smtp_connect)

Интересное решение, а что это даёт?

PS Мне скоро заменять relay на exim, настройки тоже надо менять, так что не из праздности.


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

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

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




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

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