Некоторые внешние пользователи жалуются, что не могут получать почту с нашего сервера Exchange. Я добавил внешних пользователей в список контактов и включил опцию сохранения копии и пересылки ее на внешний адрес электронной почты.
Каков наилучший способ устранения этой неполадки? Мое внутреннее чувство подсказывает, что это может быть связано с серыми списками и их интернет-провайдером. Наши настройки исходящего SMTP-сервера для сервера Exchange настроены на dyndns, и я думаю, что один из этих серверов может быть в черном списке, а внешний почтовый клиент (пользователя) или интернет-провайдер может просто его сбрасывать.
пользователи указывают, что электронное письмо на самом деле доступно для просмотра в их Outlook Web Access, но оно не доходит до их внешнего адреса электронной почты, который установлен в качестве адреса пересылки. Спасибо.
решение1
ядуматьвы говорите, что используете службу DynDNS в качестве смарт-хоста («наша настройка исходящего сервера smtp для сервера обмена — dyndns»), и что вы обеспокоены тем, что интернет-провайдер получателя может сбрасывать сообщение, потому что ему «не нравятся» серверы DynDNS (внесены в черный список и т. д.). В целом, это не соответствует моему опыту работы с DynDNS (я пользуюсь их службой «Mailhop outbound» около 6 лет для всей своей деловой электронной почты), но вы, безусловно, можете попытаться связаться с интернет-провайдером получателя, чтобы узнать.
Вам, вероятно, следуетвключить «Отслеживание сообщений»так что вы можете обнаружить проблемные сообщения и отслеживать их поток. Однако как только сообщение покидает ваш SMTP-сервер, вы не видите последующие SMTP-транзакции. При включении "Отслеживания сообщений" вы сможете, по крайней мере, увидеть, как сообщение успешно покидает вашу организацию.
Если интернет-провайдер получателя просто молча удаляет сообщение, то вы мало что сможете сделать без сотрудничества с интернет-провайдером.
решение2
Вы можете использовать инструмент отслеживания сообщений в ESM для отслеживания сообщений, если вы включили отслеживание сообщений. Вы также можете использовать журналы SMTP, если вы включили ведение журнала SMTP, чтобы просмотреть транзакцию SMTP с внешним сервером. Обязательно протестируйте основные компоненты, такие как разрешение DNS с вашего сервера Exchange, а также попробуйте установить сеанс telnet с портом 25 внешнего сервера с вашего сервера Exchange.
решение3
В дополнение к тому, что сказал Эван, вы также можете проверить очереди почты на ваших серверах Exchange, чтобы увидеть, находятся ли какие-либо из этих писем (если они были относительно недавними) в состоянии повтора и имеют ли они несколько попыток неудачной доставки. В этом разделе может быть указана причина. Хорошая вещь в том, что это может быть намного быстрее, чем поиск по отслеживанию сообщений, однако это может быть не так тщательно.
Кроме того, использовали ли вы тестер SMTP, чтобы убедиться, что вы охватили все основные моменты, такие как наличие обратного PTR для IP-адресов ваших исходящих SMTP-серверов?
Если вы видите, что он находится в состоянии повтора, я всегда стараюсь пройти начальные шаги SMTP через telnet (вплоть до того места, куда отправляется сообщение) на удаленный SMTP-сервер, чтобы посмотреть, не получаю ли я конкретную ошибку SMTP. Мне нравится делать это просто потому, что эточувствуеткак будто я стал ближе к тому, что происходит на самом деле, тогда как графические интерфейсы Exchange кажутся мне слишком далекими.