Скажем так. Ежедневно приходят отчеты о «лидерах» по количеству спама (первое место стабильно удерживает пользователь с 98% отбракованных писем) и жалуется только пользователь из топ-3, присылая по два-пять писем в день.
>он очень дружелюбен к тем администраторам, у которых нет большого опыта в связках Linux&Dovecot&Postfix&etc.
Вы не смотрели в сторону Roundcube? Устанавливается c зависимостями буквально одним шелл-скриптом install.sh, удобен в администрировании и, вроде, имеет из коробки все необходимое вам. Есть даже такая штука, как Bitnami Roundcube Stack, которая в одном из вариантов представляет собой виртуальную машину с готовым почтовым сервером внутри.
ORF сам почти не фильтрует, это просто удобный интерфейс для настройки и подключения сторонних RBL.
ESA намного эффективней — после базовой настройки даже на info в день приходит всего пара откровенно спамереских писем.
Разработка теперь, к сожалению, включает и банальное администрирование.
К большому сожалению, мы не живем в идеальном мире, где все админы одинаково хорошо разбираются в чанге и стандартных линуховых продуктах и где бюджеты не всегда выделяются целесообразно.
imap, pop3, etc, в фильтрующем релее потому очень гетерогенная среда у почтовых клиентов, начиная от outlook и заканчивая клиентом в мфу.
Если админ не разбирается — он делает виртуалку и изучает незнакомый продукт там и это не «идеальный мир», а вполне разумное решение проблемы отсутствия необходимого опыта.
Exchange поддерживает pop3 и imap для доступа к ящикам, если вы используете релей еще и как сервер почтовых ящиков, то вы что-то делаете не так и устраиваете зоопарк который в будущем вам аукнется.
МФУ умеет факсы и сканировать на почту, собственно для этого именно.
А где, простите, Вы увидели релей, который дает доступ к почтовым ящикам по pop3 и imap?
Для отправки сканов на почту вообще-то не нужен ни POP3, ни IMAP — то есть, не нужен вообще никакой ящик. Нужен только SMTP-сервер, который будет релеить почтовое сообщение (скорее всего, с аутентификацией). Например, в Xerox 3300MFP вообще даже настроек именно ящика (приёма почты) нет — только настройки SMTP для отправки.
В технологии e-mail вообще не существует такого понятия, как «ящик отправителя». Есть «адрес отправителя», envelope from, который вполне может быть не ассоциирован ни с каким ящиком (т.е. почта по этому адресу может вообще не приниматься сервером). Например, разнообразные «noreply@domain.com».
Чтобы отправить её потом по факсу. Видимо, он дозванивается, человеческим голосом говорит той стороне: «примите факс, Зиночка», а потом «стартую». А если не туда попал — извиняется и вешает трубку, а в ответном емейле пишет, что телефон неправильный.
Факсы — это такой невменяемый пережиток прошлого, что будь моя воля, законодательно бы запретил их использовать. Ребят, 2016 год на дворе, оглянитесь.
Аналогично, но специфика такова, что процентов 20% заказов от нашего ретейла на локальных поставщиков уходят по факсу и только по факсу…
Из первого, что взбрело в голову:
Ретейл делает заказ на свежее мясо\рыбу в одну из своих локальных мясных лавок\рыбацких лавок. Факс к ним приходит, автоматом ламинируется и тут же попадает в руки человеку, который идет собираться заявку. Т.е. аппарат стоит чуть ли не в цеху. По цене\качество\надежность, к сожалению, лучше не найти.
Сделал гораздо проще — поставил на тужу машину mDaemon — и сменил 25 порт у Exchange.
Свои клиенты идут на 587 порт сразу на Exchange.
В Exchange сделал конектор — все отправлять через mDaemon
В mDaemon завел домены — все для firma.ru пересылать на адрес Exchange
Никаких настроек — все работает из коробки
Вы написали:
«Самым распрастраненнным ложным срабатыванием являлась проблема правильной кодировки, так как, все-таки, Xeams заточен на английский язык, решилась отключением этой настройки»
Шлюз для почтового сервера