E-pos stuur deur 'n HTTP-proxy met curl

Kontroleer CONNECT-toestemmings, SMTP-TLS en die afsonderlike proxy- en e-posdiensgeloofsbriewe voordat jy probeer stuur.

'n HTTP-proxy kan 'n SMTP-verbinding dra as dit 'n CONNECT-tonnel na die posbediener se poort toelaat. Daardie toestemming is belangriker as of 'n webblad deur dieselfde proxy laai.

'n Indiening via SMTP met STARTTLS het hierdie algemene vorm:

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

Die adresse is plekhouers. Gebruik 'n posdiens en afsender waarvoor jy gemagtig is. curl vra die wagwoord wanneer die gebruikersopsie net die gebruikersnaam bevat. Die boodskapkapslêer benodig toepaslike posopskrifte, 'n leë lyn en 'n liggaam; dit is nie net die ontvangeradres nie.

Verwag aparte verbindings en aanmeldings

Die HTTP-tonnelopsie laat curl die proxy vra vir 'n verbinding na die SMTP-bestemming. Die proxy mag sy eie geloofsbriewe deur curl se proxy-verifikasie-opsies vereis. Die SMTP-diens verifieer dan die posgebruiker binne daardie verbinding.

--ssl-reqd vereis die TLS-opgradering vir hierdie SMTP-URL. Hou sertifikaatverifikasie geaktiveer vir die beoogde posgasheernaam. Suksesvolle proxy-verifikasie bewys nie dat TLS of die posaanmelding sal slaag nie.

Baie algemene HTTP-proxies beperk CONNECT-poorte. 'n Weiering van poort 587 kan 'n doelbewuste beleid wees. Vra 'n goedgekeurde roete eerder as om herhaaldelik onverwante poorte te probeer of die beperking as 'n onderbreking te behandel.

Posdienste kan ook afsenderregte en indieningsbeleide afdwing nadat die roete werk. Lees die SMTP-antwoord. 'n Boodskap wat ná verifikasie verwerp word, vereis 'n ander oplossing as 'n tonnel wat verwerp word voordat die SMTP-groet aankom.

Verwante artikels