LINUX.ORG.RU

Sendmail X переименован в MeTA1


0

0

Где-то в октябре изменилось название Sendmail X. Теперь проект называется MeTA1. В остальном идёт постепенное приближение к 1.0.0.0. Но, судя по текущей версии (1.0.PreAlpha12.0), ещё не близко.

>>> Подробности

★★★★★

Проверено: Shaman007 ()

а sendmail x - это какой-то форк сендмаила, или это имеется ввиду 10-ая версия? и смысл в смене имени какой?

soko1 ★★★★★
()

Никак от того, что БГ упомянул его в своем интервью в новости выше :)

dmitrmax
()

Смотрел это дело как-то... Пока что оптимизма внушет мало.. Но, вообщем, направление верное..

MiracleMan ★★★★★
()

А что, кто-то еще пользуется sendmail? Я думаю, даже если исправить все фундаментальную убогость архитектуры sendmail'а, другие существующие на данный момент MTA будут все равно наголову выше.

anonymous
()
Ответ на: комментарий от anonymous

Если не брать во внимание безопасность, за счет чего другие (и какие именно) лучше? Не в том плане, что мне "етого хватает", а именно список, что лучше, можно?

roy ★★★★★
()
Ответ на: комментарий от roy

> Если не брать во внимание безопасность, за счет чего другие (и какие именно) лучше?

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

Casus ★★★★★
()
Ответ на: комментарий от kes

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

заметь, после текста новости всегда идёт ссылка "подробности", так же как по телевизору говорят " водробности в репортаже такого то и такого то", а не выливают на слушателя\зрителя\читателя весь сухой архив истории.

bernoulli
()
Ответ на: комментарий от Casus

>> Если не брать во внимание безопасность, за счет чего другие (и какие именно) лучше?

> Скорость работы,

Если больше, то только за счёт надёжности. В других случаях разьве что проценты.

> количество пользователей

А головой подумать ? Какое отношение количество пользователей имеет к MTA ?

> встраиваемые бэкенды

То-то у Постфикса поддержку sendmail milter сделали.

> удобство конфигурирования нужных возможностей

А чем не удобно ?

AS ★★★★★
() автор топика
Ответ на: комментарий от AS

> Если больше, то только за счёт надёжности. В других случаях разьве что проценты.

На некоторых конфигурациях sendmail в сотни раз медленнее Postfix'a просто в силу архитекрутоной убогости.

> количество пользователей

Прямое. Отсылающих почту пользователей.

> То-то у Постфикса поддержку sendmail milter сделали.

Только в силу особенностей коммерческого sendmail-only говнософта.

> А чем не удобно ?

sendmail.cf - притча во языцах, а .mc удобнее лишь относительно него.

Приведу ральный пример, где я жестоко (load average > 300) обломался с sendmail. Это была очень большая инсталляция тяжелого фильтра на большой поток почты. В sendmail в силу монолитности число принимающих голов равно числу фильтров. То есть 100 входящих == 100 фильтров. 10000 фильтров не помещаются в память, а клиенты с той стороны - на GPRS, то есть зарезать число входящих сложно, так как они требуют массу времени на подключение. Ладно, режем до 100... 1 день работало почти никого не отваливая, 2 дня стало забиваться и отваливать многих, 4 дня - апокалипсис, канал, память, очередь - все забито желающими отправить нам весточку. Не знаю как это решать с sendmail надо было (даже не интересно, но говорят - можно и на mail.ru заморочились, но зачем - я не знаю. Да, плодить очереди не предлагайте), но с Postfix я сделал 500 потоков на вход, 15(!) фильтров и 500 на выход - результат - нормальная работа с нулевой загрузкой машины.

Shaman007 ★★★★★
()
Ответ на: комментарий от Shaman007

sendmailX когда еще выйдет в стабильную версию

у postfix и прочих есть очень большая фора

odip ★★
()

Начались МеТАстазы?

anonymous
()
Ответ на: комментарий от Shaman007

>Только в силу особенностей коммерческого sendmail-only говнософта.
Аргументировано - КГ/АМ(!?)

>sendmail.cf - притча во языцах, а .mc удобнее лишь относительно него.

Для кого притча, для новорожденного админа, который в первый раз услышал слово МТА?  С М Е Ш Н О!!!

>Приведу реальный пример...

Примеров много, результат у всех разный! %-)

LifeWins
()
Ответ на: комментарий от LifeWins

> Для кого притча, для новорожденного админа, который в первый раз услышал слово МТА? С М Е Ш Н О!!!

Ты сколько почтовиков уровня провайдера видел с консоли рута?

> Примеров много, результат у всех разный! %-)

Приведи свой, где sendmail выгднее. Пока ты просто трепешься.

Shaman007 ★★★★★
()
Ответ на: комментарий от Shaman007

>> Для кого притча, для новорожденного админа, который в первый раз услышал слово МТА? С М Е Ш Н О!!!
>Ты сколько почтовиков уровня провайдера видел с консоли рута?

Уровня провайдера, сложно сказать, т.к. сам - провайдер, хоть
и небольшой. sendmail стоит уже больше 10 лет.

>> Примеров много, результат у всех разный! %-)
>Приведи свой, где sendmail выгднее. Пока ты просто трепешься.

200 юзеров, в пике(очень редко) 400, 3 почтовых сервера, среднего классы комп-ры. До недавнего времени работал как часы, после появления пары/тройки "спамеров", около 1Г почты в течении 20 минут от каждого, пришлось, немного перераспределить почтовые фильтры и реорганизовать механизм обработки почты, и конечно "научить" людей правильно отправлять свою рекламу! ;-)

ЗЫ. Тут, я dick-ами меряться  не скем не собираюсь, мне это не нужно,
    сказать лишь хочу, что если есть желание/врем, можно реализовать
    любую задачу на любом МТА. А вопрос хуже один, лучше другой, это 
    зависит лишь от "себя".
    
    

LifeWins
()
Ответ на: комментарий от LifeWins

Я dick-ами меряться тоже ни скем не собираюсь, но 200 юзеров, в пике(очень редко) 400, 3 почтовых сервера - это SMB. Горазбо интереснее постоянный уровень в 400 входящих соединений.

Shaman007 ★★★★★
()
Ответ на: комментарий от Shaman007

> > Если больше, то только за счёт надёжности. В других случаях разьве что проценты.

> На некоторых конфигурациях sendmail в сотни раз медленнее Postfix'a просто в силу архитекрутоной убогости.

Например ?

> > количество пользователей

> Прямое. Отсылающих почту пользователей.

Ну, ты меня совсем удивил. Я ещё готов понять ошибку, если ты про тех, для кого почта принимается. И где хранится этот самый список пользователей ? :-) Хотя, ты можешь ещё про smtp-авторизацию думать, но, всё равно, ошибаешься.

> > То-то у Постфикса поддержку sendmail milter сделали.

> Только в силу особенностей коммерческого sendmail-only говнософта.

Ну-ну. http://www.postfix.org/MILTER_README.html
The reason for adding Milter support to Postfix... дальше цитировать не буду, прочитаешь. :-)

С примером не очень понятно. Если на сервере с Sendmail было до 10K одновременных соединений, то как же сейчас сервер живёт c 500 ? На обработке почты самой по себе Sendmail не медленнее, так что с 500 и у него нормально было бы.

> Да, плодить очереди не предлагайте),

Хе-хе. Думаешь, постфикс в одну очередь работает ?

AS ★★★★★
() автор топика
Ответ на: комментарий от Shaman007

> Горазбо интереснее постоянный уровень в 400 входящих соединений.

400 не 400, но в районе 200 есть. Это ещё вечер сейчас.

# ps ax|grep sendmail|grep -v queue|wc -l
165
# ps ax|grep sendmail|grep -v queue|wc -l
175
# ps ax|grep sendmail|grep -v queue|wc -l
77
# ps ax|grep sendmail|grep -v queue|wc -l
106

Где-то вот так прыгает.

AS ★★★★★
() автор топика
Ответ на: комментарий от anonymous

> Всё же, каким образом sendmail X связан с sendmail?

Автором.

AS ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.