https://www.opennet.me/openforum/vsluhforumID3/67827.html Доступны корректирующие релизы почтового серврера Postfix (http://www.postfix.org/) - 2.7.1 (http://permalink.gmane.org/gmane.mail.postfix.announce/121) и 2.6.7 (http://permalink.gmane.org/gmane.mail.postfix.announce/120) в которых исправлено 5 ошибок:<br><br><br><br>- В реализации передачи атрибутов SMTP-клиента через заголовок XFORWARD для фильтра контента исправлена недоработка, связанная с передачей в качестве атрибута значения "unknown", что приводило к ошибке при разборе параметра некоторыми фильтрами;<br><br>- Вместо вывода ошибки при поступлении поискового запроса к LDAP, содержащего не ASCII-символы, теперь такие запросы молча игнорируются;<br><br>- При запуске Postfix в лог теперь выводится предупреждение, если в конце одной из строк с указанием списочных параметров (например, mynetworks, relay_domains) встречается комментарий;<br>- Учтено изменение приоритетов анонимных шифров в OpenSSL 1.0.0;<br>- Решены проблемы сборки на Mac OS 10.6.3;<br>- Добавлена поддержка Berkeley DB 5.x.<br><br><br><br><br>До...<br><br>URL: http://permali https://www.opennet.me/openforum/vsluhforumID3/67827.html#7 Wed, 09 Jun 2010 08:46:33 GMT спасибо за ответ. сейчас уже и так все что можно прикручено на постфиксе. просто не хотелось тянуть лишние сущности типа внешнего фильтра. но если тело письма - это уже не забота постфикса, то придется смотреть фильтры.<br> https://www.opennet.me/openforum/vsluhforumID3/67827.html#6 Wed, 09 Jun 2010 05:30:13 GMT Вообще по хорошему postfix должен работать именно с mail from:/rcpt to:<br>и на них есть соответствующие ограничение <br><br>smtpd_sender_restrictions/smtpd_recipient_restrictions<br><br>а с телом и полями From:/To: пусть разбирается не постфикс а внешний фильтр - по типу spamassassin/amavis<br> https://www.opennet.me/openforum/vsluhforumID3/67827.html#5 Tue, 08 Jun 2010 22:44:16 GMT да, в теории согласен, что рубать все с плеча не стоит.<br>но иногда есть именно такая потребность, что описана выше. <br>готов прочесть ваши предложения по существу.<br> https://www.opennet.me/openforum/vsluhforumID3/67827.html#4 Tue, 08 Jun 2010 21:10:25 GMT Всякие рассылки, даже легитимные, часто имеют в поле То: какой-то один алиас, а истинный получатель определяется в smtp-сессии. И вообще, если что-то не противоречит стандарту - это не должно быть определяющим признаком спама.<br> https://www.opennet.me/openforum/vsluhforumID3/67827.html#3 Tue, 08 Jun 2010 21:02:49 GMT можно поподробнее: что за способы и почему не стали бы?<br>если рассматривать какой-нить хостинг, то да, там надо все принимать, что присылают.<br>но у меня почта для одного домена и 100% писем с левыми To: заголовками - это спам.<br> https://www.opennet.me/openforum/vsluhforumID3/67827.html#2 Tue, 08 Jun 2010 19:25:49 GMT способы есть, но я бы не стал этого делать<br> https://www.opennet.me/openforum/vsluhforumID3/67827.html#1 Tue, 08 Jun 2010 19:16:07 GMT оффтопик:<br>кто знает как можно отсекать спам, где в заголовке To: в теле письма указаны несуществующие получатели? Те отсекать аналогично тому, как это делается для несуществующих получателей из MAIL TO:<br><br>PS: для тела письма знаю только правила на основе regexp, но они не весь очевидный спам отсеивают.<br>