В этой статье мы увидим, как внутренний и внешний поток почты работает на сервере Exchange, чтобы лучше понять, что поможет вам устранить любые проблемы, связанные с потоком почты.
Введение:
Вы когда-нибудь задумывались, как письма доставляются получателям? В фоновом режиме происходит множество действий, необходимых для завершения одной транзакции. Вам интересно узнать о почтовом потоке? Тогда вы в правильном месте :). В Exchange Server 2010 транспортный сервер-концентратор отвечает за доставку почты на следующий переход. Я хотел бы привести пример, чтобы объяснить эту концепцию. Это поможет вам четко понять, что в любой момент времени, если у вас возникнут какие-либо проблемы с потоком почты, вам будет легко устранить неполадки.
Пример архитектуры:
Предположим, у нас есть два сервера Exchange, а именно «Сервер 1» и «Сервер 2», на которых установлены все 3 роли (почтовый ящик, транспортный концентратор, клиентский доступ). У нас есть два пользователя «Пользователь А» и «Пользователь Б», чьи почтовые ящики находятся на каждом сервере соответственно. То есть почтовый ящик «Пользователь А» находится на «Сервере 1», а почтовый ящик «Пользователя Б» — на «Сервере 2». Предположим, что «Пользователь А» отправляет электронную почту «Пользователю Б», а также сохраняет адрес Gmail «Пользователя Б» в поле «Копия». Давайте посмотрим, как здесь работает почтовый поток.
Почтовый поток:
После того, как «Пользователь А» нажал кнопку «Отправить» в клиенте, будь то Outlook или ActiveSync, почта будет отправлена либо в исходящие, либо в черновики в зависимости от версии клиента. Роль почтового ящика узнает, что есть новая почта, которую необходимо отправить из этого почтового ящика пользователя. Таким образом, он будет использовать службу «Отправка почтового ящика» для связи с ролью HUB, даже если она установлена на том же сервере. 
Служба Mailbox Transport затем придет, заберет почту и поместит ее в очередь отправки. Вы можете просмотреть очередь в «Просмотрщике очередей», который доступен в консоли управления Exchange в разделе «Панель инструментов». Очередь имеет собственную базу данных под названием «Mail.Que», в которой временно хранятся все письма до тех пор, пока они не будут обработаны. Для этого требуется минимум 20% свободного места, иначе будет применено обратное давление, и почта не будет обработана.
Как только почта достигнет очереди отправки, Exchange применит принцип «первым пришел — первым обслужен».tarт обрабатывать почту. HUB-сервер будетtarкатегоризировать его и выполнить все предварительные проверки. В нашем сценарии «Сервер 1» обрабатывает электронную почту и разделяет почту на две копии.
Один будет отправлен на «Сервер 2» с помощью соединителя отправки InterOrg через порт номер 25, который предназначен для протокола SMTP. «Сервер 2» будет получать почту, используя «Коннектор получателя» иtarт обрабатывать его снова. Поскольку получатель находится на «Сервере 2», он доставляет его в очередь доставки MAPI с использованием протокола MAPI.
Вторая копия будет помещена в новую очередь под названием «Gmail», а затем с помощью соединителя отправки попытается подключиться к серверу Gmail. Для этого сервер Exchange Hub свяжется с внутренним DNS-сервером, чтобы запросить запись MX сервера Gmail. Внутренний DNS-сервер перенаправит запрос на глобальный DNS и вернется на сервер Exchange с IP-адресом Gmail MX. Затем сервер-концентратор установит SMTP-соединение, используя порт № 25 с IP-адресом Gmail MX, и доставит почту.
В случае, если у нас есть какие-либо умные host как и облако защиты от спама, тогда Exchange Hub будет доставлять почту тем же способом на сервер защиты от спама, а затем сервер защиты от спама будет доставлять почту в Gmail от имени нашего сервера Exchange.
Вывод:
Надеюсь, вы поняли, как работает почтовый поток. Mail.que будет хранить только темп писемrarОднако электронные письма будут фактически храниться в базе данных почтовых ящиков .edb. Если в файлах .edb есть какие-либо проблемы, нам нужно восстановить их из резервной копии. В качестве альтернативы вы можете рассмотреть OST 2 PST метод преобразования, который является простым вариантом.
Автор Введение:
София Мао — эксперт по восстановлению данных в DataNumen, Inc., которая является мировым лидером в области технологий восстановления данных, включая восстановление перспективы и программные продукты для восстановления слов. Для получения дополнительной информации посетите www.datanumen.com
Оставьте комментарий