Шифрованная почта, Спамтест и .m

Интересная ситуация на самом деле.

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

К примеру сам .m отсылает своим клиентам почту только с s/MIME подписью, что нам не совсем нравится и в отношении своих клиентов мы её еще и дополнительно шифруем.

Причем рубит Спамтест как-то непонятно и непредсказуемо - с одних хостов ходит, с других не ходит... в общем зреет насущный вопрос - причина в Спамтест-е или надо ломать голову над smtp хидерами? Кто-то активно пользуется s/MIME на почте от .m?

В .m наверное заведомо обращаться смысла нет, т.к. что бы разломать эту головомку там цельный брейнсторм потребуется... проще или вынести почту куда-то в другое место или понять чего в ней не хватает. Может быть надо сразу идти к касперам, что бы те своей бурной экспансией случайно не порезали это и нашим клиентам.

Причем самое обидное, что негарантированно режет почту отправленную из консоли и обработанную openssl-ем и радует то, что ситуацию можно повторять. А вот отношении почты из почтовых софтинок отлупы не всегда удается повторить.

зы. А мы со спамом просто боримся - всю неподписанную почту режем и даже не сохраняем.