Наш почтовый сервер - это Exchange 2003 в сети AD. Наш спам-фильтр - ScanMail от Trend Micro.
Мы даем нашим торговым представителям адрес электронной почты компании, а затем пересылаем все это на их личный адрес электронной почты. Для этого мы добавили их внешний адрес электронной почты в качестве контакта в AD, добавили их в качестве пользователя AD с учетной записью Exchange, а затем все электронные письма, отправленные этому пользователю, пересылаются контакту.
Это работает нормально, но они подписываются на рассылку спама, используя свои рабочие электронные письма. И теперь AOL продолжает блокировать нас потому что мы пересылаем им часть этого спама. Разве почтовый сервер AOL не должен определять, что мы не являемся исходным отправителем? Есть ли какие-нибудь предложения, как это предотвратить? Я действительно считаю, что ScanMail блокирует некоторые из них. Он просто не выполняет идеальную работу и никогда не будет.
Обновление: я думаю, что мою проблему спросили Вот. Я пропустил это, когда сделал свой первый поиск.
Почему вы отправляете спам в AOL? Или лучше: почему вы пересылаете почту в AOL?
Поскольку вы отправляете спам в AOL, они совершенно правильно идентифицируют вас как источник спама. Единственное, на что может положиться AOL, - это IP-адрес, по которому им доставляется почта. Они не полагаются на строки Received в заголовке сообщения. Зачем им?
Есть ли причина, по которой вы не можете предоставить удаленным сотрудникам OWA или даже IMAP доступ к почтовому ящику Exchange (возможно, через VPN, если вы заботитесь о безопасности) и позволить им получить доступ к своей почте напрямую?
Что касается вашей проблемы, я не думаю, что вы сможете запретить AOL помечать вашу почту как спам. Для всех намерений и целей теперь вы являетесь отправителем этого спама, даже если вы не являетесь его отправителем.
Вы можете удалить почтовые ящики Exchange для этих пользователей и использовать «Установить адрес электронной почты» для указания учетной записи SMTP. В этом случае почтовый сервер, действительно соответствующий RFC, может 551 User not local; please try <forward-path> сообщение, и совместимый отправляющий SMTP-сервер может перенаправить, но я ожидаю, что Exchange просто выдаст 250 Mail action accepted или 251 User not local; will redirect to <forward-path> сообщение и обработать перенаправление.