Я настраиваю внутренний SMTP-сервер для обработки программных тестов, включающих отправку электронных писем.
Я хочу настроить сервер так, чтобы любые электронные письма, отправленные на myinternaldoamin.com, ретранслировались (это правильный термин?) На наш реальный / основной SMTP-сервер (другой компьютер в той же сети). Электронные письма, отправляемые в любой другой домен, необходимо пересылать на externalemailtest@myinternaldomain.com - чтобы они на самом деле не отправлялись реальным людям, я хочу заблокировать их в этой учетной записи только для тестирования.
Это возможно?
Если да, может ли кто-нибудь дать мне быстрый урок, как это сделать?
Изменить: если то, что я спрашиваю, невозможно так, как я спрашиваю, тогда я открыт для предложений о том, как достичь того же эффекта.
Спасибо
Андрей
Не только возможно, но и просто :-)
К сожалению, у меня под рукой нет сервера, на котором была бы только служба SMTP (только Exchange, и это портит интерфейс конфигурации SMTP). Из памяти, если вы войдете в конфигурацию SMTP-сервера, вы можете добавить домены, и для каждого добавляемого домена вы настраиваете доставку почты. Домен может быть локальным, и в этом случае почта хранится на вашем сервере, или удаленным. Для удаленных доменов вы можете настроить маршрутизацию почты на другой сервер.
Итак, вы просто настраиваете домен myinternaldoamin.com как удаленный домен и настраиваете почту для доставки на ваш «настоящий» почтовый сервер.
JR
Редактировать:
SMTP-сервер Windows не может изменять заголовки сообщений. Он может передавать почту только без изменений. Однако SMTP-сервер Windows позволяет писать приемники событий. Это фрагменты VBScript, которые запускаются всякий раз, когда почта проходит через сервер, и с помощью этого кода вы можете вносить любые изменения в электронную почту. Это часто используется для реализации общего почтового ящика, поскольку ни SMTP-сервер Windows, ни Exchange 2k / 2k3 не обеспечивают этого. Я бы опасался писать синхронизаторы для производственных серверов, так как вы должны убедиться, что в них нет ошибок, и вы их тщательно документируете. Однако для использования, которое вы предлагаете, они должны быть в порядке.
http://support.microsoft.com/kb/324021 это хорошее место для начала. Здесь описывается написание общего сценария для Exchange, но вы должны иметь возможность адаптировать его к своим требованиям.
JR
Встроенная поддержка SMTP в IIS - отстой. Лучше установите любой хороший свободно почтовые серверы, такие как HMail или MailEnable (мы используем MailEnable и довольны этим).
SMTP-сервер, входящий в состав Windows, не может управлять полями заголовка (RFC822 или конверт) для «маршрутизации» почты. Он может ретранслировать и отправлять SMTP, и это все. Если вам нужна более полнофункциональная реализация SMTP-сервера, вам придется поискать в другом месте.
Если вам нужно, чтобы это было «бесплатно», вы можете посмотреть на Cygwin-порт Exim как одно из возможных решений. Вы также можете запустить экземпляр * nix / Linux на виртуальной машине и использовать любой бесплатный SMTP-сервер на этой платформе.