Шифрованная почта, Спамтест и .m
Интересная ситуация на самом деле.
Мы эксплуатируем свой модуль для RT 3.x с bestpratical.com, который осуществляет прием и передачу s/MIME почты, а так же PGP шифрование по желанию клиента. Ну так сложилось, что клиентам в тикетер пароли слать не запретишь — они как слали так и шлют. Во избежаниии казусов мы раздали всем сертификаты и так сказать понеслась. После миграции почты на почтовый тариф от .m, что бы не заморачиваться с нашим почтовиком, который по нашим соображениям в нашем исполнении не такой надежный, мы столкнулись с ситуацией когда большую часть шифрованных сообщений начало рубить этим Спамтестом от Касперского (530тую отдает). Проблемы у нас только с s/MIME, но и по PGP активно не тестили, т.к. её мало кто использует. Хорошо хоть пока только тестовый домен на .m перекинули, а то матюков бы не обобрались бы, в т.ч. и на этом форуме.
К примеру сам .m отсылает своим клиентам почту только с s/MIME подписью, что нам не совсем нравится и в отношении своих клиентов мы её еще и дополнительно шифруем.
Причем рубит Спамтест как-то непонятно и непредсказуемо — с одних хостов ходит, с других не ходит… в общем зреет насущный вопрос — причина в Спамтест-е или надо ломать голову над smtp хидерами? Кто-то активно пользуется s/MIME на почте от .m?
В .m наверное заведомо обращаться смысла нет, т.к. что бы разломать эту головомку там цельный брейнсторм потребуется… проще или вынести почту куда-то в другое место или понять чего в ней не хватает. Может быть надо сразу идти к касперам, что бы те своей бурной экспансией случайно не порезали это и нашим клиентам.
Причем самое обидное, что негарантированно режет почту отправленную из консоли и обработанную openssl-ем и радует то, что ситуацию можно повторять. А вот отношении почты из почтовых софтинок отлупы не всегда удается повторить.
зы. А мы со спамом просто боримся — всю неподписанную почту режем и даже не сохраняем.
Мы эксплуатируем свой модуль для RT 3.x с bestpratical.com, который осуществляет прием и передачу s/MIME почты, а так же PGP шифрование по желанию клиента. Ну так сложилось, что клиентам в тикетер пароли слать не запретишь — они как слали так и шлют. Во избежаниии казусов мы раздали всем сертификаты и так сказать понеслась. После миграции почты на почтовый тариф от .m, что бы не заморачиваться с нашим почтовиком, который по нашим соображениям в нашем исполнении не такой надежный, мы столкнулись с ситуацией когда большую часть шифрованных сообщений начало рубить этим Спамтестом от Касперского (530тую отдает). Проблемы у нас только с s/MIME, но и по PGP активно не тестили, т.к. её мало кто использует. Хорошо хоть пока только тестовый домен на .m перекинули, а то матюков бы не обобрались бы, в т.ч. и на этом форуме.
К примеру сам .m отсылает своим клиентам почту только с s/MIME подписью, что нам не совсем нравится и в отношении своих клиентов мы её еще и дополнительно шифруем.
Причем рубит Спамтест как-то непонятно и непредсказуемо — с одних хостов ходит, с других не ходит… в общем зреет насущный вопрос — причина в Спамтест-е или надо ломать голову над smtp хидерами? Кто-то активно пользуется s/MIME на почте от .m?
В .m наверное заведомо обращаться смысла нет, т.к. что бы разломать эту головомку там цельный брейнсторм потребуется… проще или вынести почту куда-то в другое место или понять чего в ней не хватает. Может быть надо сразу идти к касперам, что бы те своей бурной экспансией случайно не порезали это и нашим клиентам.
Причем самое обидное, что негарантированно режет почту отправленную из консоли и обработанную openssl-ем и радует то, что ситуацию можно повторять. А вот отношении почты из почтовых софтинок отлупы не всегда удается повторить.
зы. А мы со спамом просто боримся — всю неподписанную почту режем и даже не сохраняем.
Похожие публикации
Подскажите smtp relay
Помогите разобраться с проблемой блокировки писем по IP
Почта на хостинге
Как настроить почту для домена на яндексе, если сайт находится на AWS?
Как сделать пересылку всей почты, отправляемой по SMTP
Нет комментариев