Если одна программа AV не сделает захвата задания несколько других и сканирования с ними. Нет и несомненно никогда не будет, никакой продукт, который обнаружит и удалит все вирусы/вредоносное программное обеспечение.
Когда сталкивающийся с хитрым вирусом я предпочитаю сканировать диск от другой рабочей ОС. Или добавьте, что диск как второй диск в другой машине или использует начальную загрузку CD с программным обеспечением AV на нем. Существует любое число вирусов, которые не могут быть убраны из рабочей ОС.
Я полагаю, что Ваша проблема заключается в использовании нестандартного порта.
RFC 4409, RFC 3207 и RFC 2476 могут помочь Вам.
Почти вся почтовая маршрутизация (по крайней мере, так же, как я имел дело с ним) сделана на порте 25 использований TLS по стандартному SMTP, и клиенты, вероятно, не отправят на другом порте, если Вы не скажете это.
От этого сайта существует также некоторая информация:
Порт 465 разоблачает Приложение A нестандартного стандарта 1996 года Версия протокола 3.0 SSL как "Простой протокол передачи почты с SSL". К сожалению, это не регистрируется для SMTPs, это регистрируется для ИНДИЙСКОЙ ФАСОЛИ - "URL Каталог Rendesvous для SSM" Cisco. Рекомендуемый подход, по крайней мере, для аутентификации, должен использовать, ЗАПУСКАЮТ шифрование TLS на порте представления 587.
Ссылка в вышеупомянутой кавычке является битой, но этот, кажется, работает.
Другой информативный форум связывается здесь.
Я изменил порт от 465 до 587 и обработанная отправка. Я предполагаю то, что произошло, был Mail.app Apple и Microsoft (Mac) Outlook 2011, клиенты пытались соединиться с портом 465, но не давали команду STARTTLS, которой Exchange потребовал сервер SMTP, но когда это было переключено на 587, клиенты несколько "знали", что они должны были дать команду STARTTLS.