У меня есть домен, допустим, это example.com
У меня есть сервер IIS7, example.com указывает на этот IP-адрес, и обратный DNS также настроен на example.com.
Электронная почта для этого домена обслуживается Google Apps. Электронная почта не обрабатывалась через мой собственный сервер.
Но на сервере есть некоторые приложения, которым нужно будет отправлять электронную почту.
Сначала я использовал SMTP от Google, и он был хорош для тестов и мелкомасштабных вещей, но имел ограничение на отправку ~ 50 электронных писем в день, и этого было едва ли достаточно, даже для тестирования.
Затем я настроил SMTP на своем собственном сервере. Для этого потребовалась целая куча настроек, и теперь, похоже, все работает нормально.
НО
Поскольку домен моего SMTP по умолчанию example.com, каждый раз, когда я отправляю письмо на любой адрес example.com, оно попадает в папку Drop. Поскольку ничто никогда не будет запрашивать эту папку Drop, поскольку все, что связано с электронной почтой, обрабатывается Google Apps, электронные письма никогда не будут доставлены.
Я немного боюсь связываться с настройками домена, поскольку почтовые серверы имеют тенденцию полностью блокировать электронную почту там, где домен SMTP кажется поддельным (поэтому они выполняют обратный поиск по DNS).
Есть ли способ игнорировать тот факт, что электронная почта отправляется в тот же домен, что и домен по умолчанию на моем SMTP-сервере, и все равно отправлять электронную почту?
Должен ли я установить в качестве домена по умолчанию в доменах SMTP другое значение, чтобы «обмануть систему»?
Я не эксперт в этом вопросе и не хочу портить функциональность SMTP, поэтому позвольте мне спросить:
Каков был бы лучший способ продолжить?
В итоге я настроил SMTP-сервер в домене. smtp.example.com.
Кажется, что все остальные настраивают свой SMTP-сервер на выделенный поддомен, так что должно быть хорошей практикой.