https://mobile.opennet.me/openforum/vsluhforumID3/120887.html После 6 месяцев разработки состоялся релиз почтового сервера Exim 4.94, в который внесены накопившиеся исправления и добавлены новые возможности. В соответствии с майским автоматизированным опросом около миллиона почтовых серверов, доля Exim составляет 57.59% (год назад 53.03%), Postfix используется на 34.70% (34.51%) почтовых серверов, Sendmail - 3.75% (4.05%), Microsoft Exchange - 0.42% (0.57%)...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53116<br> https://mobile.opennet.me/openforum/vsluhforumID3/120887.html#36 Wed, 15 Jul 2020 14:55:03 GMT exim-4.94 doesn't allow using tainted variables in file or directory names so I had to replace expressions like 'lsearch{/etc/exim/domains/$domain/aliases}' with 'lsearch{/etc/exim/domains/${extract{1}{0}{${lookup{$domain}dsearch{/etc/exim/domains/}}}}/aliases}' in exim.conf. Worked perfectly fine for me.<br><br>Источник - https://forum.vestacp.com/viewtopic.php?t=19994&start=50<br><br>PS интересно видеть сообщения из будущего))) сегодня, вообще-то, 15 июля<br> https://mobile.opennet.me/openforum/vsluhforumID3/120887.html#35 Mon, 22 Jun 2020 15:02:26 GMT Как починили ошибку exim-4.94-1.el7 on CentOS 7<br>Receiving email:<br>2020-06-18 11:47:08 Tainted filename for search: '/etc/exim/domains/myfancydomain.com/aliases'<br>2020-06-18 11:47:08 H=stp.vestacp.com [188.226.163.96] X=TLS1.2:DHE-RSA-AES128-SHA:128 CV=no F=&lt;forum@stp.vestacp.com&gt; temporarily rejected RCPT &lt;peter@myfancydomain.com&gt;: failed to expand "${extract{1}{:}{${lookup{$local_part@$domain}lsearch{/etc/exim/domains/$domain/aliases}}}}": NULL<br><br><br>вот такая трабла.<br>пришлось откатиться на предыдущую.<br> https://mobile.opennet.me/openforum/vsluhforumID3/120887.html#34 Sun, 21 Jun 2020 22:46:47 GMT Вот так должна теперь выглядеть эта секция.<br><br>maillist:<br> driver = redirect<br> rewrite<br> local_parts = dsearch;/etc/exim/lists/<br> require_files = /etc/exim/lists/$local_part<br> senders = /etc/exim/lists/senders<br> domains = +local_domains<br> file = /etc/exim/lists/$local_part_data<br> headers_remove = To<br> headers_add = To: $local_part@$domain<br> forbid_pipe<br> forbid_file<br> no_more<br><br>В опции file нельзя использовать $local_part - только $local_part_data<br>Смысл?<br> https://mobile.opennet.me/openforum/vsluhforumID3/120887.html#33 Sun, 21 Jun 2020 19:41:59 GMT Блин, сломали листы рассылок :(<br><br>maillist:<br> driver = redirect<br> rewrite<br> local_parts = dsearch;/etc/exim/lists/<br> require_files = /etc/exim/lists/$local_part<br> senders = /etc/exim/lists/senders<br> domains = +local_domains<br> file = /etc/exim/lists/$local_part<br> headers_remove = To<br> headers_add = To: ${local_part}@${domain}<br> forbid_pipe<br> forbid_file<br> no_more<br><br>Хрень теперь в логах:<br><br><br>Tainted name '/etc/exim/lists/it' for file read not permitted\n<br>Tainted name '/etc/exim/lists/web' for file read not permitted\n<br>Tainted name '/etc/exim/lists/support' for file read not permitted\n<br><br>Что они там сломали, заразы? :( Вместо dsearch теперь надо прописывать sqlite_dbfile ?<br> https://mobile.opennet.me/openforum/vsluhforumID3/120887.html#32 Sat, 13 Jun 2020 15:55:17 GMT https://e.mail.ru/inbox/<br> https://mobile.opennet.me/openforum/vsluhforumID3/120887.html#31 Fri, 12 Jun 2020 15:45:26 GMT Да, истинные знатоки уже на расте написали 18 штук мега классных и супер безопасных аналогов. Рвут вообще всех в хлам. Доля серверов у растовских аналогов 100500%<br> https://mobile.opennet.me/openforum/vsluhforumID3/120887.html#30 Wed, 10 Jun 2020 10:51:51 GMT Да, у меня тут тоже поломалось местами много чего, причём в совершенно неочевидных местах.<br>В итоге пришлось перелопачивать конфиг, который в этих частях работал без проблем десяток лет.<br>Кстати, по поводу косяка с SQLite, то, насколько я вижу, прямое указание пути к базе по-прежнему работает, если запрос присваивается переменной, а не является непосредственно частью ACL или списков.<br> https://mobile.opennet.me/openforum/vsluhforumID3/120887.html#29 Wed, 10 Jun 2020 08:53:36 GMT Беда не в том, что ошиблись - от этого ни кто не застрахован. Беда в том, что полезли "улучшать" уже много лет отлаженный и прекрасно работающий код. Кстати, это не первый подобный случай. В 4.93 так "улучшили" SPF, что он на все проверки выдавал false positive. А версии 4.91 было фатальное "улучшение" OSPF.<br><br>У кого-то там в заднице свербит. Вот это напрягает очень.<br> https://mobile.opennet.me/openforum/vsluhforumID3/120887.html#28 Wed, 10 Jun 2020 04:55:42 GMT Та ладно вам, норм почтовик. Осознают и исправят. Все хорошо, все есть. Безопасно. Максимум одна сосна горит. <br>