Адпраўка пошты праз HTTP-проксі з дапамогай curl

Праверце дазволы CONNECT, TLS для SMTP і асобныя ўліковыя даныя проксі і паштовай службы перад спробай адпраўкі.

HTTP-проксі можа перадаваць злучэнне SMTP, калі ён дазваляе тунель CONNECT да порта паштовага сервера. Гэты дазвол важнейшы за тое, ці загружаецца вэб-старонка праз той жа проксі.

Адпраўка праз SMTP з STARTTLS мае такую агульную форму:

curl --proxy http://203.0.113.10:8080 --proxytunnel \
  --url smtp://mail.example.com:587 --ssl-reqd \
  --user mail-user \
  --mail-from [email protected] \
  --mail-rcpt [email protected] \
  --upload-file message.eml

Адрасы — гэта ўзоры. Выкарыстоўвайце паштовую службу і адпраўніка, на якіх у вас ёсць дазвол. curl запытвае пароль, калі параметр карыстальніка змяшчае толькі імя. Файл паведамлення патрабуе адпаведных паштовых загалоўкаў, пустога радка і тэксту; гэта не толькі адрас атрымальніка.

Чакайце асобных злучэнняў і ўваходаў

Параметр тунеля HTTP прымушае curl запытаць у проксі злучэнне з прызначэннем SMTP. Проксі можа патрабаваць уласныя ўліковыя даныя праз параметры аўтэнтыфікацыі проксі ў curl. Затым служба SMTP аўтэнтыфікуе паштовага карыстальніка ўнутры гэтага злучэння.

--ssl-reqd патрабуе абнаўлення да TLS для гэтага URL SMTP. Пакідайце праверку сертыфіката ўключанай для патрэбнага імя паштовага хаста. Паспяховая аўтэнтыфікацыя проксі не даказвае, што TLS або ўваход у пошту ўдасца.

Многія універсальныя HTTP-проксі абмяжоўваюць порты CONNECT. Адмова для порта 587 можа быць наўмыснай палітыкай. Запрасіце дазволены маршрут замест таго, каб паўтараць спробы з непатрэбнымі партамі або лічыць абмежаванне збоем.

Паштовыя службы могуць таксама прымяняць дазволы адпраўніка і правілы адпраўкі пасля таго, як маршрут запрацуе. Чытайце адказ SMTP. Паведамленне, адхіленае пасля аўтэнтыфікацыі, патрабуе іншага выпраўлення, чым тунель, адхілены да прыходу прывітання SMTP.

Падобныя артыкулы