Meili saatmine HTTP-puhverserveri kaudu curliga

Enne saatmist kontrollige CONNECT-lubasid, SMTP TLS-i ning puhverserveri ja meiliteenuse eraldi mandaate.

HTTP-puhverserver saab SMTP-ühendust kanda, kui see lubab CONNECT-tunneli meiliserveri pordile. See luba loeb rohkem kui see, kas veebileht laaditakse sama puhverserveri kaudu.

SMTP-ga ja STARTTLS-iga saatmine on üldjoontes selline:

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

Aadressid on kohatäited. Kasutage meiliteenust ja saatjat, mille kasutamiseks teil on luba. curl küsib parooli, kui kasutaja valik sisaldab ainult kasutajanime. Sõnumifail vajab sobivaid meilipäiseid, tühja rida ja sisu; see ei ole ainult saaja aadress.

Oodake eraldi ühendusi ja sisselogimisi

HTTP-tunneli valik paneb curli puhverserverilt SMTP-sihtkohaga ühendust küsima. Puhverserver võib nõuda oma mandaate curli puhverserveri autentimise valikute kaudu. Seejärel autendib SMTP-teenus meilikasutaja selle ühenduse sees.

--ssl-reqd nõuab selle SMTP-URL-i jaoks TLS-i uuendust. Jätke sertifikaadi kontrollimine kavandatud meilihosti nime jaoks sisse lülitatuks. Edukas puhverserveri autentimine ei tõenda, et TLS või meili sisselogimine õnnestub.

Paljud üldotstarbelised HTTP-puhverserverid piiravad CONNECT-porte. Pordi 587 tagasilükkamine võib olla teadlik poliitika. Taotlege kinnitatud marsruuti, selle asemel et korduvalt proovida seostamata porte või pidada piirangut rikkega.

Meiliteenused võivad pärast marsruudi toimimist jõustada ka saatja lubasid ja saatmispõhimõtteid. Lugege SMTP vastust. Pärast autentimist tagasi lükatud sõnum nõuab teistsugust parandust kui tunnel, mis lükatakse tagasi enne SMTP-tervituse saabumist.

Seotud artiklid