Не может получить электронное письмо от определенных доменов с Exchange 2003.
Antec, кажется, имеет глобальную сеть торговых посредников, и дистрибьюторы взглянули здесь. У них также есть глобальная система поддержки, с которой можно связаться здесь.
Я предполагаю, что вы получаете электронную почту непосредственно из Интернета через запись MX, которая относится к вашему компьютеру с сервером Exchange (на основе ваших утверждений re: использование TELNET для запуска SMTP "вручную "). Если у вас есть какая-либо антиспамовая / антивирусная фильтрация, вы должны дважды или трижды проверить это, прежде чем начнете жаловаться сторонним системным администраторам.
Сказав это, лучшее место для устранения неполадок, следующее , будет на стороне отправителя. Если вы не можете получить от них поддержку для отслеживания исходящего потока электронной почты, вы можете попытаться перехватить трафик на своей стороне, но, скорее всего, вам придется прочесать гигантский стог сена.
Отправителям следует искать Журналы протокола SMTP или что-то еще в их почтовой системе эквивалентно Exchange «Отслеживание сообщений» (/var/log/mail.log и т. д.), чтобы узнать, как их сервер обработал сообщение о сбое (которое отправляющий пользователь должен помочь им идентифицировать в своих журналах). Предполагая, что они «теряют» сообщение, блокируются политикой и т. Д., Глупо, что их серверы не отправляют отчет о недоставке обратно отправляющему пользователю. Запутанная исходящая электронная почта никогда не поможет. (Отправка отчетов о недоставке по входящей электронной почте, возможно, может быть не такой уж и хорошей идеей. Да, да - я знаю, что в нескольких RFC говорится, что вам следует ...> вздох <)
Если отправители не могут вам помочь, тогда ваш Единственная надежда, очень вероятно, - захватить трафик на вашей границе и попытаться идентифицировать попытки соединения (или их отсутствие) со своего исходящего сервера. Предполагая, что вы можете заставить кого-нибудь отправить сообщение по команде (скажем, во время телефонного звонка) и предполагая, что их серверная инфраструктура исходящей почты не занимает много времени для обработки сообщения, вы должны иметь возможность записать SMTP-разговор с сервером отправителя (или ничего, если он никогда не доходит до вас).
По правде говоря, это действительно не ваша проблема с технической точки зрения. К сожалению, пользователи и руководство не понимают природы «дикого запада» электронной почты в Интернете и часто видят в ней надежную форму связи. Когда реальность доказывает обратное, они часто обвиняют ближайшего системного администратора электронной почты, вместо того, чтобы признать это, в отличие от обычной почты, это ненадежная система.
По правде говоря, это действительно не ваша проблема, с технической точки зрения. К сожалению, пользователи и руководство не понимают природы «дикого запада» электронной почты в Интернете и часто рассматривают ее как надежную форму связи. Когда реальность доказывает обратное, они часто обвиняют ближайшего системного администратора электронной почты, вместо того чтобы признавать это, в отличие от обычной почты, это ненадежная система.
По правде говоря, это действительно не ваша проблема, с технической точки зрения. К сожалению, пользователи и руководство не понимают природы «дикого запада» электронной почты в Интернете и часто рассматривают ее как надежную форму связи. Когда реальность доказывает обратное, они часто обвиняют ближайшего системного администратора электронной почты, вместо того, чтобы признать это, в отличие от обычной почты, это ненадежная система.
Эта проблема может возникнуть в трех местах:
- Отправитель. Почтовый сервер на сайте отправителя действительно работает?
- Приемник. Другими словами: вы
- Много мест между ними.
Для 1) вам явно нужна помощь человека, который управляет почтой на сайте отправителя. На самом деле вы мало что можете сделать, кроме как спросить их, блокируют ли они определенные письма (например, блокируют ли они всю почту определенного размера и этого человека, если он отправляет вам огромные файлы iso)
2) Получатель: Ну, похоже, вы проверили большинство вещи на вашей конечной точке. И вы получаете все остальные письма (ну, исключите еще одного отправителя). Осталось только проверить, получаете ли вы свою почту напрямую или через третье лицо.
3) Если почтовый сервер отправителя не связывается напрямую с вашим почтовым сервером, а использует непрямой маршрут, тогда у вас есть несколько дополнительных мест, где что-то может пойти не так. Все вне вашего контроля.
Лично я столкнулся с подобной проблемой, когда спамеры начали помещать свои спам в файлы PDF. Все или почта была получена через агентство по фильтрации спама, и они решили, что все PDF-файлы не вызывают подозрений. Эти письма были гарантированы, и конечный получатель получал раз в неделю письмо, в котором говорилось, что у него есть гарантированные письма. (Настройка один раз в неделю была явно установлена пользователем и сразу же забыта). Что-то подобное могло иметь место.
Все или почта была получена через агентство по фильтрации спама, и они решили, что все PDF-файлы не вызывают подозрений. Эти письма были гарантированы, и конечный получатель получал раз в неделю письмо, в котором говорилось, что у него есть гарантированные письма. (Настройка один раз в неделю была явно установлена пользователем и сразу же забыта). Что-то подобное могло иметь место. Все или почта была получена через агентство по фильтрации спама, и они решили, что все PDF-файлы не вызывают подозрений. Эти письма были гарантированы, и конечный получатель получал раз в неделю письмо, в котором говорилось, что у него есть гарантированные письма. (Настройка один раз в неделю была явно установлена пользователем и сразу же забыта). Что-то подобное могло произойти.Что вам нужно сделать, так это сказать администраторам почты в этих доменах (и вашим пользователям, если применимо), что вы можете доставлять только почту, которая действительно приходит. Если он не поступает в ваши системы, вы ничего не можете с этим поделать, и точка.
Я сталкивался с этой «проблемой» десятки раз, когда я был администратором Domino или Exchange, и ответ всегда один . Проблема на стороне отправителя (и видел ли я когда-нибудь таких отсталых) или где-то между вами и ними. В любом случае, это выходит из-под вашего контроля, и вы ничего не можете с этим поделать.
«Эй, [другой почтовый администратор], твое дерьмо сломано. Исправьте это» приходит на ум, когда готовый ответ «Я» Я бы с удовольствием отдавал каждый раз, когда такое случается.
Try the telnet test on each of your MX records. I've previously come across a similar situation which turned out to be caused by a combination of the sending system always using a lower priority MX record and a system which only accepted deliveries on the primary. The secondaries simply swallowed the messages without passing them on nor bouncing them back.
In that particular instance the defective system was MessageLabs, which is a Symantec owned spam filtering service, the operators of which claimed that their system acted that way because, and I quote, "only spammers every use the secondaries". The only solution available to me was to eliminate all but the primary MX record, as the customer wished to continue to use MessageLabs for filtering.
Журнал отслеживания сообщений полезен только для писем, которые попадают в Exchange, и, в частности, для писем, доставляемых в хранилище информации. Электронные письма, заблокированные фильтрацией получателя или отправителя, не будут отображаться в журнале отслеживания сообщений, но они будут отображаться в журнале SMTP. Вам необходимо включить вход в службу SMTP на сервере Exchange, поскольку это «точка входа» для электронных писем, поступающих на ваш сервер Exchange. Электронные письма, заблокированные фильтрацией подключений, не будут отображаться в журнале SMTP, поэтому вам необходимо включить ведение журнала на вашем брандмауэре или маршрутизаторе, поскольку это «точка входа» для писем, поступающих в вашу сеть. Если в журнале отслеживания сообщений нет записей, журнал SMTP, или журнал вашего брандмауэра / маршрутизатора, тогда вы можете быть уверены, что рассматриваемые электронные письма не поступают в вашу сеть и / или на ваш сервер Exchange.
Затем вам необходимо убедиться, что ваш общедоступный DNS правильный и что ваши NS, MX и связанные записи A верны и разрешаются правильно. Если в вашем DNS есть неправильная конфигурация, то это потенциальная точка отказа для внешних почтовых серверов, пытающихся отправить электронную почту в ваши домены. Если есть проблемы с вашим общедоступным DNS, это ваша проблема, и вам необходимо ее исправить.
Если в вышеупомянутых журналах нет записей и ваш публичный DNS настроен и работает правильно, то и только тогда вы можете с уверенностью сказать, что проблема не на вашей стороне.
Затем вам нужно убедиться, что ваш общедоступный DNS правильный, а ваши NS, MX и связанные записи A верны и разрешаются правильно. Если в вашем DNS есть неправильная конфигурация, то это потенциальная точка отказа для внешних почтовых серверов, пытающихся отправить электронную почту в ваши домены. Если есть проблемы с вашим общедоступным DNS, это ваша проблема, и вам нужно ее исправить.
Если в вышеупомянутых журналах нет записей и ваш публичный DNS настроен и работает правильно, то и только тогда вы можете с уверенностью сказать, что проблема не на вашей стороне.
Затем вам нужно убедиться, что ваш общедоступный DNS правильный, а ваши NS, MX и связанные записи A верны и разрешаются правильно. Если в вашем DNS есть неправильная конфигурация, то это потенциальная точка отказа для внешних почтовых серверов, пытающихся отправить электронную почту в ваши домены. Если есть проблемы с вашим общедоступным DNS, это ваша проблема, и вам нужно ее исправить.
Если в вышеупомянутых журналах нет записей и ваш публичный DNS настроен и работает правильно, то и только тогда вы можете с уверенностью сказать, что проблема не на вашей стороне.
происходит ли это со всей почтой из определенных доменов? Если вы обратитесь к их ИТ-отделу, с каких IP-адресов они будут отправлять?
Если они всегда не работают, они должны получать уведомление о сбое и почему. Попросите их перенаправить ошибку в вашу учетную запись общедоступной почты, чтобы вы могли увидеть уведомление об отказе.
Вы можете проверить, была ли попытка подключения вообще предпринята, в журналах IIS, есть ли журнал SMTP. При необходимости увеличьте уровень ведения журнала. Ищите их IP.
Это также может быть проблемой брандмауэра на вашей стороне. Если можете, попробуйте посмотреть, можете ли вы просмотреть журналы. Убедитесь, что у вас установлены последние обновления.
Я также видел, что причиной этой проблемы является плохое интернет-соединение. Выполните непрерывный пинг в течение 10 минут к своему интернет-провайдеру или другому сайту, который не возражает против теста. Высокая задержка или неудачные пакеты означают, что вам нужно поговорить со своим интернет-провайдером о линии.
Наконец, если у вас есть ресурсы, настройте сервер linux для фильтрации спама. Подойдет виртуальная машина, работающая на другом компьютере, которая пересылает электронную почту на ваш сервер Exchange. Если это все же происходит, значит, вы знаете, что это не ваш почтовый сервер, и получаете дополнительный уровень фильтрации ...