Pull to refresh

Comments 24

98% процентов спама отсекается. а есть абсолютные цифры — сколько спама прошло? Понятно, что они будут неточными. Но хотя бы порядок.
Скажем так. Ежедневно приходят отчеты о «лидерах» по количеству спама (первое место стабильно удерживает пользователь с 98% отбракованных писем) и жалуется только пользователь из топ-3, присылая по два-пять писем в день.
>он очень дружелюбен к тем администраторам, у которых нет большого опыта в связках Linux&Dovecot&Postfix&etc.

Вы не смотрели в сторону Roundcube? Устанавливается c зависимостями буквально одним шелл-скриптом install.sh, удобен в администрировании и, вроде, имеет из коробки все необходимое вам. Есть даже такая штука, как Bitnami Roundcube Stack, которая в одном из вариантов представляет собой виртуальную машину с готовым почтовым сервером внутри.
У нас стоит Exchange и он всем устраивает, кроме проблемы спама, поэтому в данном случае он не особо нужен.
Я решил для себя вопрос давным давно ORF spam filter + Symantec для Exchange
Я специально написал о бюджете, что несколько меняет концепцию.
ORF сам почти не фильтрует, это просто удобный интерфейс для настройки и подключения сторонних RBL.
ESA намного эффективней — после базовой настройки даже на info в день приходит всего пара откровенно спамереских писем.
postfix+rspamd+clamav-milter

Зачем вам imap,pop3,etc. в фильтрующем релее?
Зачем недостаточно компетентным админам дали доступ шариться в продакшн-системе?
Причем тут разработка?
Вообще-то rspamd идёт в комплекте с rmilter, который и rspamd и clamav подключает к postfix одним milter-ом. Мне понравилось.
Разработка теперь, к сожалению, включает и банальное администрирование.
К большому сожалению, мы не живем в идеальном мире, где все админы одинаково хорошо разбираются в чанге и стандартных линуховых продуктах и где бюджеты не всегда выделяются целесообразно.
imap, pop3, etc, в фильтрующем релее потому очень гетерогенная среда у почтовых клиентов, начиная от outlook и заканчивая клиентом в мфу.
Если админ не разбирается — он делает виртуалку и изучает незнакомый продукт там и это не «идеальный мир», а вполне разумное решение проблемы отсутствия необходимого опыта.
Exchange поддерживает pop3 и imap для доступа к ящикам, если вы используете релей еще и как сервер почтовых ящиков, то вы что-то делаете не так и устраиваете зоопарк который в будущем вам аукнется.

Зачем мфу нужен почтовый ящик для меня загадка.
МФУ умеет факсы и сканировать на почту, собственно для этого именно.
А где, простите, Вы увидели релей, который дает доступ к почтовым ящикам по pop3 и imap?
Для отправки сканов на почту вообще-то не нужен ни POP3, ни IMAP — то есть, не нужен вообще никакой ящик. Нужен только SMTP-сервер, который будет релеить почтовое сообщение (скорее всего, с аутентификацией). Например, в Xerox 3300MFP вообще даже настроек именно ящика (приёма почты) нет — только настройки SMTP для отправки.

В технологии e-mail вообще не существует такого понятия, как «ящик отправителя». Есть «адрес отправителя», envelope from, который вполне может быть не ассоциирован ни с каким ящиком (т.е. почта по этому адресу может вообще не приниматься сервером). Например, разнообразные «noreply@domain.com».
Факсы оно умеет не только принимать и отсылать через SMTP, но и наоборот, принимать почту и слать факсы.
Факсы разве не по телефонной линии передают?
Зачем МФУ принимать почту понятнее не стало.
Чтобы отправить её потом по факсу. Видимо, он дозванивается, человеческим голосом говорит той стороне: «примите факс, Зиночка», а потом «стартую». А если не туда попал — извиняется и вешает трубку, а в ответном емейле пишет, что телефон неправильный.

Факсы — это такой невменяемый пережиток прошлого, что будь моя воля, законодательно бы запретил их использовать. Ребят, 2016 год на дворе, оглянитесь.
Аналогично, но специфика такова, что процентов 20% заказов от нашего ретейла на локальных поставщиков уходят по факсу и только по факсу…
Из первого, что взбрело в голову:
Ретейл делает заказ на свежее мясо\рыбу в одну из своих локальных мясных лавок\рыбацких лавок. Факс к ним приходит, автоматом ламинируется и тут же попадает в руки человеку, который идет собираться заявку. Т.е. аппарат стоит чуть ли не в цеху. По цене\качество\надежность, к сожалению, лучше не найти.
Сделал гораздо проще — поставил на тужу машину mDaemon — и сменил 25 порт у Exchange.
Свои клиенты идут на 587 порт сразу на Exchange.
В Exchange сделал конектор — все отправлять через mDaemon
В mDaemon завел домены — все для firma.ru пересылать на адрес Exchange
Никаких настроек — все работает из коробки
У нас была проблема в том, что локальное рещение вешало всю очередь, поэтому пришлось разнести, а на винде ставить что-то не хотелось.
А что за купленное решение вешало всю очередь?
Вы написали:
«Самым распрастраненнным ложным срабатыванием являлась проблема правильной кодировки, так как, все-таки, Xeams заточен на английский язык, решилась отключением этой настройки»

Не понял, какой именно?
Если не изменяет память, то Base Encode 64, самый первый фильтр. Завтра посмотрю в конфиге.
Удалось ли посмотреть?
Я полагаю это либо «Base64 Filter» (он же самый первый), либо «UUEncode filter», верно?

Sign up to leave a comment.

Articles