У меня есть микро-устройство, которое может отправлять электронные письма через SMPT-клиент. Однако на устройстве нет DNS-клиента, поэтому единственный способ отправить электронную почту - указать IP-адрес SMTP Relay вместо имени домена.
Например: когда устройство отправляет электронное письмо, оно инициализирует свой SMTP-клиент, который выглядит примерно так:
SmtpServer = 111.122.133.144;
Port = 343;
From: so@stacko.com
..etc..
К сожалению, мы не можем инициализировать SMTP-клиент, используя доменное имя реле, например:
SmtpServer = relay.smtp.com;
Port = 343;
From: so@stacko.com
..etc..
Я изо всех сил пытался заставить нашего разработчика микро-устройств поддерживать DNS-клиент, но безуспешно. Итак, мы застряли с устройством, использующим IP-адрес для указания сервера ретрансляции SMTP.
Первоначально мы планировали использовать стороннюю компанию для службы SMTP, но теперь, когда у нас есть проблема отсутствия поддержки DNS, мы не можем перейти по стороннему маршруту, потому что мы не можем быть уверены, что их IP-адрес останется статическим. Скорее всего, их IP-адрес будет меняться ежемесячно, еженедельно или даже ежедневно.
Учитывая это в качестве фона моей проблемы, мой вопрос: существует ли какой-либо тип маршрутизатора, который может обнаруживать входящий запрос электронной почты и затем перенаправлять этот запрос на удаленный SMTP-сервер?
Обобщая две проблемы:
Чтобы решить две проблемы, упомянутые выше, я думаю, что я бы настроил устройство, которое у меня есть полное знание и контроль его общедоступного IP-адреса. Это устройство / маршрутизатор - это то, на что встроенное устройство будет отправлять свои электронные письма. Затем устройство / маршрутизатор перешлет электронное письмо в стороннюю службу SMTP через доменное имя этого SMTP-сервера (а не IP-адрес SMTP-сервера).
Вкратце: микро-устройство отправляет электронную почту через IP-адрес на причудливый маршрутизатор, который пересылает электронную почту через доменное имя стороннему SMPT-парню.
Знаете ли вы о маршрутизаторе (или любом другом устройстве, отличном от SMTP-сервера), который может обнаруживать входящий SMTP-пакет и пересылать его на удаленный SMTP-сервер?
Или - есть ли у вас какие-нибудь идеи / предложения, что я могу сделать, чтобы обойти две проблемы, о которых я упоминал выше (кроме средневековья на нашем микро-устройстве dev'er..ha!)?
Почему бы вам просто не запустить SMTP-сервер, который впоследствии использует сторонний ретранслятор?
микро устройство -> доставка smtp -> ваше реле -> доставка smtp -> сторонний сервер ретрансляции
SMTP предназначен для прохождения нескольких переходов, большая часть электронной почты, которая оставляет предприятия, проходит через Интернет, выходящий на ретранслятор SMTP, который сам использует ретранслятор SMTP на основе ISP.
SMTP - это простой протокол TCP, в зависимости от того, как настроена ваша сеть, вы можете просто создать правило NAT для перенаправления трафика на ваш реальный сервер или, возможно, настроить прокси TCP с чем-то вроде netcat, tcproxy или одним из многих подобных инструментов.