Письма отправляются не на тот домен

214
Arno

У моей компании есть два домена: company.com и company.be, и на обоих есть учетные записи электронной почты. При отправке с адреса .com на адрес .com или с домена .be на адрес .com все в порядке. Но когда электронное письмо отправляется с .com-адреса на .be-адрес, оно поступает на учетную запись .com (в случае, когда оба существуют, поэтому employee_a@company.be и employee_a@company.com оба существуют и являются отдельными учетными записями клиента Thunderbird, но используются одним и тем же сотрудником). Странно то, что этого не происходит, когда электронное письмо отправляется с почтового клиента на мобильный телефон, который настроен таким же образом). Я долго искал и не могу найти решение. Записи MX для company.com установлены на mail.company.com, который является сервером IMAP.

0
Что такое MX-записи для `example.be`? Если они указывают на `mail.example.com`, это будет индикатором того, почему. Даже если записи MX верны, если вы отправляете через `mail.example.com` * и *` mail.example.com` настроен на обработку почты как для `example.com`, так и для` example.be`, тогда также будет причиной, почему. ivanivan 6 лет назад 0
Спасибо за ответ. Записи MX для company.be указывают на mx1, 2 ... .ovh.net (домен .be зарегистрирован в OVH), а записи MX для company.com указывают на mail.company.com. Arno 6 лет назад 0
Существует ли это только в локальной сети передачи данных из клиента Thunderbird? Можете ли вы попробовать сделать это с недавно настроенного клиента Thunderbird за пределами сети передачи данных через IMAP или что-то еще, и посмотреть, если результат отличается за пределами сети? Возможно, есть какой-то статически кешированный указатель DNS-записи или что-то, вызывающее внутреннее разрешение DNS на входящей и исходящей стороне конфигурации клиента. В частности, исходящий и входящий ** Имя сервера ** в конфигурации TB Pimp Juice IT 6 лет назад 0
Я не уверен, на что указывает внутренний DNS для внутренних подключений к серверу электронной почты, но если он указывает на то, что он внутренне отличается от внешнего, это нужно проверить на всякий случай. Хотя записи MX верны из внешнего мира, просто дважды проверьте, что он направлен на правильные внутренние серверы и т. Д. Внутри, на случай, если это происходит здесь - достаточно просто, чтобы устранить как минимум причину. Я предполагаю, что это, вероятно, исходящее имя сервера **, но я бы проверил их все, разрешение внутреннего DNS и т. Д. Pimp Juice IT 6 лет назад 0
@PimpJuiceIT - вы правы - я неправильно прочитал ОП - и понял письмо, чтобы перейти к 1 получателю в первом случае и 2 получателям во втором. davidgo 6 лет назад 0
@PimpJuiceIT Аналогично davidgo 6 лет назад 1
Спасибо за ответы, ребята. Все еще не решена, но я попробовал кое-что и получил интересные результаты: я использовал другой ноутбук (с KMail) в той же сети и настроил его для учетной записи электронной почты «user@company.com» (эта учетная запись использовалась на другой компьютер в той же сети, и письма, отправленные с этого адреса на «employeeA@company.be», в итоге получили адрес «employeeA@company.com»). На этот раз, хотя и с использованием той же учетной записи, электронная почта оказалась в правильный почтовый ящик. При последующем использовании KMail на исходном компьютере у нас все еще была та же проблема. Почтовый сервер - это Synology NAS (DSM 6). Arno 6 лет назад 0
На машине с проблемами и без них посмотрите, какой IP-адрес сервер исходящей электронной почты, который вы указываете kmail использовать, чтобы разрешить отправку электронной почты, когда вы отправляете эхо-запрос, или посмотрите его с помощью nslookup и т. Д. Если машина с ошибками отправляет неверный почтовый сервер для разрешения DNS, это может быть проблемой. В противном случае просто попробуйте настроить новый профиль электронной почты KMail на машине, с которой возникла проблема, и посмотрите, есть ли проблема в новом профиле. Если настройки идентичны проблемной машине и той, которая не вызывает проблем с KMail в локальной сети, похоже, что DNS разрешается по-разному между двумя. Pimp Juice IT 6 лет назад 0
Чтобы было ясно, какой бы исходящий SMTP-сервер вы ни настраивали для использования KMail, проверьте эти разрешения DNS для этого сервера на обеих машинах, чтобы увидеть, есть ли различия. Проверьте настройки DNS TCP / IP на обеих машинах, так как, возможно, один из них использует другой DNS-сервер, чем другой. В противном случае сделайте, как я сказал, для устранения неполадок, соответственно загрузите dns на машину и т. Д. И попробуйте другой профиль KMail на той же машине и т. Д. Это будет процесс устранения, поэтому начните с чего-то и начинайте устранение, чтобы немного сузить его или найти виновника. Pimp Juice IT 6 лет назад 0
Я настроил KMail на одной из машин с проблемой, и обнаружил, что проблема все еще существует. Таким образом, мы можем исключить почтовый клиент. Arno 6 лет назад 0
Оказалось, что неправильная настройка почтового сервера, см. Ответ. Спасибо за помощь! Arno 6 лет назад 0

1 ответ на вопрос

0
Arno

Эта проблема оказалась проблемой настроек Synolgy DSM MailServer. Параметр «Имя хоста (FQDN)» был установлен mail.company.com, когда он должен был быть, company.comа «дополнительные домены» также указаны в company.be и company.com. Удаление дополнительных доменов и изменение полного доменного имени решили проблему. Спасибо за помощь

Похожие вопросы