<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Релиз SMTP-сервера Sendmail 8.14.5 и первая альфа-версия про...</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/77163.html</link>
    <description>Спустя полтора года с момента прошлого выпуска увидел свет (http://www.sendmail.com/sm/open_source/download/8.14.5/) релиз SMTP-сервера Sendmail 8.14.5 (http://www.sendmail.com/sm/open_source/) (версия 8.14.4 (http://www.opennet.ru/opennews/art.shtml?num=24871) вышла в декабре 2009 года, последний значительный релиз Sendmail 8.14.0 (http://www.opennet.ru/opennews/art.shtml?num=9700) вышел в феврале 2007 года). Версия 8.14.5 носит корректирующий характер и содержит исправление 21 проблемы (http://www.sendmail.com/sm/open_source/download/8.14.5/?show_rs=true#RS). &lt;br&gt;&lt;br&gt;&lt;br&gt;Из наиболее важных исправлений отмечено:&lt;br&gt;&lt;br&gt;&lt;br&gt;-  SMTP-расширения более не кэшируются между соединениями. В роли ключа в для выборки из кэша использовалось имя хоста, но зафиксированы  случаи, когда одно имя хоста использовалось на разных машинах, поддерживающих разные SMTP-расширения;&lt;br&gt;&lt;br&gt;-  Блокирован доступ за пределы границ выделенного блока памяти в ситуации когда DNS-резолвер возвращает значение больше 1 Кб (про уязвимос...&lt;br&gt;&lt;br&gt;URL: http://www.sen</description>

<item>
    <title>Релиз SMTP-сервера Sendmail 8.14.5 и первая альфа-версия про... (Аноним)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/77163.html#18</link>
    <pubDate>Sat, 03 Jun 2023 20:48:28 GMT</pubDate>
    <description>Привет из будущего. Всё ещё альфа, e-mail всё ещё не умер, а 2020й не такой уж прикольный&lt;br&gt;</description>
</item>

<item>
    <title>Релиз SMTP-сервера Sendmail 8.14.5 и первая альфа-версия про... (тру йода)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/77163.html#17</link>
    <pubDate>Wed, 18 May 2011 11:27:11 GMT</pubDate>
    <description>&amp;gt; Вообще-то свет не сошёлся на linux. В каких ещё ОС такое возможно?&lt;br&gt;&lt;br&gt;Вопрос стоит ставить так - а в каких это ОС ядро не может определить какой именно процесс запрашивает порт?&lt;br&gt;</description>
</item>

<item>
    <title>Релиз SMTP-сервера Sendmail 8.14.5 и первая альфа-версия про... (Владимир)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/77163.html#16</link>
    <pubDate>Wed, 18 May 2011 11:10:30 GMT</pubDate>
    <description>Вообще-то свет не сошёлся на linux. В каких ещё ОС такое возможно?&lt;br&gt;</description>
</item>

<item>
    <title>Релиз SMTP-сервера Sendmail 8.14.5 и первая альфа-версия про... (Stax)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/77163.html#15</link>
    <pubDate>Wed, 18 May 2011 10:51:06 GMT</pubDate>
    <description>Ох вы и фантазер ;)&lt;br&gt;С green тредов на нативные перешли как раз потому, что производительность при большом числе тредов была выше. И green-реализация просто загибалась там, где нативные отлично пахали. Погуглите отчеты и графики времен внедрения NPTL.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз SMTP-сервера Sendmail 8.14.5 и первая альфа-версия про... (Аноним)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/77163.html#14</link>
    <pubDate>Wed, 18 May 2011 10:26:45 GMT</pubDate>
    <description>&amp;gt;&amp;gt;просто необходим отдельный процесс ... разработчики не в курсе что такое отдельный тред &lt;br&gt;&amp;gt; А есть разница?&lt;br&gt;&lt;br&gt;Да, есть: при нормальной реализации тредов, тред значительно легче процесса и экономнее по ресурсам. Времена Linux 2.4, где разницы действительно почти не было - к счастью закончились.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз SMTP-сервера Sendmail 8.14.5 и первая альфа-версия про... (тру йода)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/77163.html#13</link>
    <pubDate>Wed, 18 May 2011 09:52:15 GMT</pubDate>
    <description>Как узнать имеет ли данный процесс право занять указанный порт? И чему только учат в школах. Да как угодно. Хоть по пути/имени. Вбить гвоздями в ядро что только /usr/bin/sendmail имеет право занять 25-й порт и никто другой. Очевидно чтобы поставить этот самый /usr/bin/sendmail потребуются рутовые права, но только чтобы поставить. Примерно то же самое делает inetd пару десятков лет, аот только ему тоже требуются для этого рутовые права, соответственно и проблема та же. Других возможностей тоже сколько угодно - делай хоть на основе lsm, хоть с selinux да apparmor. Только зачем себе усложнять жизнь - ведь можно выделить привелигированный  диапазон портов и  дать рутовые права каждому процессу который потребует для себя порт в этом диапазоне. А там пусть этот процесс сам решает. Захочет - порт себе возьмет свой, а захочет и чужой (что мешает апачу занять 25й порт? только совесть), захочет в чужие файлы нагадит (ну а что, права то есть на все), а захочет и руткит поставит. Это все равно что на все офисы иметь один</description>
</item>

<item>
    <title>Релиз SMTP-сервера Sendmail 8.14.5 и первая альфа-версия про... (Аноним)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/77163.html#12</link>
    <pubDate>Wed, 18 May 2011 09:30:13 GMT</pubDate>
    <description>Году к 2020 допилят, как раз к тому времени email отомрёт.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз SMTP-сервера Sendmail 8.14.5 и первая альфа-версия про... (umbr)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/77163.html#11</link>
    <pubDate>Wed, 18 May 2011 09:17:18 GMT</pubDate>
    <description>&amp;gt;просто необходим отдельный процесс ... разработчики не в курсе что такое отдельный тред&lt;br&gt;&lt;br&gt;А есть разница?&lt;br&gt;</description>
</item>

<item>
    <title>Релиз SMTP-сервера Sendmail 8.14.5 и первая альфа-версия про... (Vitaly_loki)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/77163.html#10</link>
    <pubDate>Wed, 18 May 2011 09:09:49 GMT</pubDate>
    <description>All of these modules run persistently. smtps and smtpc make use of the statethreads library which provides a threading API well suited for Internet applications, smar and qmgr use the POSIX threads API. &lt;br&gt;</description>
</item>

</channel>
</rss>
