<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: OpenNews: Sendmail Inc. планирует открыть дополнительные продукты</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/16602.html</link>
    <description>Кроме ранее названных (http://www.opennet.ru/opennews/art.shtml?num=7293) претендентов на открытие Mailcenter Store (http://www.sendmail.com/products/access/mailcenter/) (ПО для ведения архива почты) и Mailstream Manager (http://www.sendmail.com/products/software/mailstream.mgr/) (ПО для создания централизованной политики управления почтой и фильтрации контента ), сообщается (http://www.builderau.com.au/program/work/soa/More_Sendmail_Inc_software_to_be_open_sourced/0,39024650,39258742,00.htm) о возможном открии исходных текстов продукта Mailcenter Quarantine (http://www.sendmail.com/products/access/iq/?x=22) (ПО для ведения карантина для подозрительной почты) и наработок касающихся LDAP.&lt;br&gt;&lt;br&gt;&lt;br&gt;Другие составляющие Mailcenter могут быть открыты после проведения работы по вычищению лицензированного кода.&lt;br&gt;&lt;br&gt;&lt;br&gt;Примечательно, что сообщения о планах по открытию коммерческих продуктов компании Sendmail Inc. публикуются непосредственно после обнаружения новых уязвимостей в sendmail, видимо чтобы хоть как-то сгладить всп</description>

<item>
    <title>Sendmail Inc. планирует открыть дополнительные продукты (q)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/16602.html#35</link>
    <pubDate>Fri, 23 Jun 2006 12:35:12 GMT</pubDate>
    <description>&amp;gt;&amp;gt;Стабильность в том, что запущенный через тспсервер того же автора (правда с &lt;br&gt;&amp;gt;&amp;gt;патчами) переживает такие проблемы как нехватка памяти, дискового пространства, достижение лимита &lt;br&gt;&amp;gt;&amp;gt;максимального количества клиентов, т.е. после освобождения ресурсов возобновляет обслуживание, а это &lt;br&gt;&amp;gt;&amp;gt;- главное. &lt;br&gt;&amp;gt;Никогда не замечал такой проблемы у postfix. Замечу что в нем имеется &lt;br&gt;&amp;gt;аналогичный алгоритм. &lt;br&gt;&amp;gt;&lt;br&gt;&lt;br&gt;А где вызов setrlimit() для ограничения используемой памяти? В qmail используется программа softlimit для получения подобного эффекта.&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt;Не факт. В среднем образ процесса qmail-smtpd, обрабатывающего одну рассылку (кстати один &lt;br&gt;&amp;gt;&amp;gt;процесс может обслужить поочередно несколько писем), имеет размер порядка 900КБ (в &lt;br&gt;&amp;gt;&amp;gt;основном зависит от ОС, может быть немногим больше или меньше), т.е &lt;br&gt;&amp;gt;&amp;gt;для обслуживания 900 одновременных рассылок нужно 900МБ - неплохой показатель. У &lt;br&gt;&amp;gt;&amp;gt;обычных ИСП среднего размера (50000 почтовых ящиков) выше 2000 не поднимается, &lt;br&gt;&amp;gt;&amp;gt;да и то в пиках и если есть новостные engines. Правда, &lt;br&gt;&amp;gt;</description>
</item>

<item>
    <title>Sendmail Inc. планирует открыть дополнительные продукты (sauron)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/16602.html#34</link>
    <pubDate>Fri, 23 Jun 2006 10:19:37 GMT</pubDate>
    <description>&amp;gt;Стабильность в том, что запущенный через тспсервер того же автора (правда с &lt;br&gt;&amp;gt;патчами) переживает такие проблемы как нехватка памяти, дискового пространства, достижение лимита &lt;br&gt;&amp;gt;максимального количества клиентов, т.е. после освобождения ресурсов возобновляет обслуживание, а это &lt;br&gt;&amp;gt;- главное. &lt;br&gt;Никогда не замечал такой проблемы у postfix. Замечу что в нем имеется аналогичный алгоритм.&lt;br&gt;&lt;br&gt;&amp;gt;Не факт. В среднем образ процесса qmail-smtpd, обрабатывающего одну рассылку (кстати один &lt;br&gt;&amp;gt;процесс может обслужить поочередно несколько писем), имеет размер порядка 900КБ (в &lt;br&gt;&amp;gt;основном зависит от ОС, может быть немногим больше или меньше), т.е &lt;br&gt;&amp;gt;для обслуживания 900 одновременных рассылок нужно 900МБ - неплохой показатель. У &lt;br&gt;&amp;gt;обычных ИСП среднего размера (50000 почтовых ящиков) выше 2000 не поднимается, &lt;br&gt;&amp;gt;да и то в пиках и если есть новостные engines. Правда, &lt;br&gt;&amp;gt;это моё наблюдение. Если нужно больше, используют несколько машин (независимо от &lt;br&gt;&amp;gt;типа МТА). &lt;br&gt;Я говорил об накладных расходах на запуск процесса, а не на</description>
</item>

<item>
    <title>Sendmail Inc. планирует открыть дополнительные продукты (йцукен)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/16602.html#33</link>
    <pubDate>Fri, 23 Jun 2006 07:43:06 GMT</pubDate>
    <description>&amp;gt;Ну и как всегда &lt;br&gt;&amp;gt;$ telnet mx1.freebsd.org 25 &lt;br&gt;&amp;gt;Trying 216.136.204.125... &lt;br&gt;&amp;gt;Connected to mx1.freebsd.org. &lt;br&gt;&amp;gt;Escape character is &apos;^&#093;&apos;. &lt;br&gt;&amp;gt;220 mx1.FreeBSD.org ESMTP Postfix (Postfix Rules!) &lt;br&gt;&lt;br&gt;забавно :)&lt;br&gt;&lt;br&gt;$ telnet mail.linux.org 25&lt;br&gt;Trying 198.182.196.60...&lt;br&gt;Connected to mail.linux.org.&lt;br&gt;Escape character is &apos;^&#093;&apos;.&lt;br&gt;220 ganymede.invlogic.com ESMTP Sendmail 8.13.7/8.13.6; Fri, 23 Jun 2006 03:39:09 -0400&lt;br&gt;</description>
</item>

<item>
    <title>Sendmail Inc. планирует открыть дополнительные продукты (deskpot)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/16602.html#32</link>
    <pubDate>Fri, 23 Jun 2006 07:27:49 GMT</pubDate>
    <description>в мире нагруженных почтовых серверов? не знаю, я с их MTA дела имею мало. мне оттуда почты не шлют, бывает и такое. =)&lt;br&gt;&lt;br&gt;да и вообще я не представляю, ни какая у них почтовая нагрузка, ни кто поддерживает их почтовые серверы.&lt;br&gt;&lt;br&gt;так что так сложилось, что не могу про организацию почты в RIPN ровно ничего. =)&lt;br&gt;&lt;br&gt;а в чем вопрос был-то? в том, что они используют exim и всем надо его использовать?&lt;br&gt;&lt;br&gt;вы же знаете, что в неумелых руках стеклянный фаллоимитатор представляет из себя, скорее, саморазрущающееся средство поражения. =)))&lt;br&gt;&lt;br&gt;давайте обойдемся без оголтелого фанатизма в стиле раз это использует XXX, значит, оно круто и его стоит пользовать всегда. случаи -- они ведь разные бывают. и головы, настраивающие этот XXX, тоже. последнее даже важнее. =)</description>
</item>

<item>
    <title>Sendmail Inc. планирует открыть дополнительные продукты (Salagin)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/16602.html#31</link>
    <pubDate>Fri, 23 Jun 2006 05:49:13 GMT</pubDate>
    <description>Как всегда, все перешло на банальное меряние письками... У нас страна вроде свободное, партия не приказывает, что ставить, так что у каждого - свой выбор.</description>
</item>

<item>
    <title>Sendmail Inc. планирует открыть дополнительные продукты (mike_t)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/16602.html#30</link>
    <pubDate>Thu, 22 Jun 2006 18:38:33 GMT</pubDate>
    <description>&amp;gt;для меня не авторитет, уж извините. &lt;br&gt;а рипн авторитет?&lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Sendmail Inc. планирует открыть дополнительные продукты (q)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/16602.html#29</link>
    <pubDate>Thu, 22 Jun 2006 11:06:59 GMT</pubDate>
    <description>&lt;br&gt;&amp;gt;Стабильность? В чем это выражается ? В том что не падает? Или &lt;br&gt;&amp;gt;в чем? &lt;br&gt;&lt;br&gt;Стабильность в том, что запущенный через тспсервер того же автора (правда с патчами) переживает такие проблемы как нехватка памяти, дискового пространства, достижение лимита максимального количества клиентов, т.е. после освобождения ресурсов возобновляет обслуживание, а это - главное.&lt;br&gt;&lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Расход ресурсов. Тут не соглашусь вообще. У sendmail exim и даже у &lt;br&gt;&amp;gt;postfix расход ресурсов ниже. &lt;br&gt;&lt;br&gt;Не факт. В среднем образ процесса qmail-smtpd, обрабатывающего одну рассылку (кстати один процесс может обслужить поочередно несколько писем), имеет размер порядка 900КБ (в основном зависит от ОС, может быть немногим больше или меньше), т.е для обслуживания 900 одновременных рассылок нужно 900МБ - неплохой показатель. У обычных ИСП среднего размера (50000 почтовых ящиков) выше 2000 не поднимается, да и то в пиках и если есть новостные engines. Правда, это моё наблюдение. Если нужно больше, используют несколько машин (независимо от типа МТА).</description>
</item>

<item>
    <title>Sendmail Inc. планирует открыть дополнительные продукты (deskpot)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/16602.html#28</link>
    <pubDate>Thu, 22 Jun 2006 07:34:45 GMT</pubDate>
    <description>p.s. как не авторитет и yahoo groups, например.&lt;br&gt;&lt;br&gt;вы поймите, ниша свободной почты, когда никто не отвечает за потерю почты в каких угодно масштабах -- это очень специфическая ниша.&lt;br&gt;&lt;br&gt;я много раз сталкивался (последний раз -- полгода назад с 100&#037; повторяемости) с тем же mail.ru, теряющем письма налево и направо в таком духе:&lt;br&gt;&lt;br&gt;mail.ru посылает письмо, получает 4xx (имеем право), отваливается и больше не повторяет попытку. как ничего и не пишет отправителю о том, что письмо не доставлено. когда с rfc не согласуется ни то, ни другое.&lt;br&gt;&lt;br&gt;я понимаю, что у них нет места/желания держать queue, чтобы мне это письмо согласно rfc попробовать отослать еще раз (я могу выдавать 4xx по ряду причин), но хоть юзера, отославшего письмо об этом известить можно? я понимаю, что они ни за что не отвечают, но когда это сделано так топорно, не возникает никакого желания иметь с ними дело.</description>
</item>

<item>
    <title>Sendmail Inc. планирует открыть дополнительные продукты (deskpot)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/16602.html#27</link>
    <pubDate>Thu, 22 Jun 2006 07:27:07 GMT</pubDate>
    <description>&amp;gt;кстати слышал что на mail.ru используют пропатченый exim &lt;br&gt;&lt;br&gt;на mail.ru использовали все, что угодно. в достаточно сжатые сроки (пару лет IIRC) они успели сменить exim, postfix, qmail как минимум.&lt;br&gt;&lt;br&gt;вы думаете, это все (представляете себе миграцию?) было от большого опыта работы с почтовыми системами? =) я не хочу ругать никого из тамошних администраторов -- тем более, что сейчас это могло поменяться. но mail.ru для меня не авторитет, уж извините.</description>
</item>

</channel>
</rss>
