E-post stjoere fia in HTTP-proxy mei curl

Kontrolearje CONNECT-rjochten, SMTP-TLS en de aparte proxy- en e-posttsjinstgegevens foardat jo besykje te stjoeren.

In HTTP-proxy kin in SMTP-ferbining drage as er in CONNECT-tunnel nei de poarte fan de e-postserver tasteat. Dat rjocht is wichtiger as oft in webside fia deselde proxy lade.

In yntsjinjen mei SMTP en STARTTLS hat dizze algemiene foarm:

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

De adressen binne plakhâlders. Brûk in e-posttsjinst en ôfstjoerder dêr't jo foar befoege binne. curl freget om it wachtwurd as de brûkersopsje allinnich de brûkersnamme befettet. It berjochtbestân hat passende e-postkoppen, in lege rigel en in lichem nedich; it is net allinnich it adres fan de ûntfanger.

Ferwachtsje aparte ferbinings en oanmeldings

De HTTP-tunnelopsje lit curl by de proxy in ferbining nei de SMTP-bestimming oanfreegje. De proxy kin syn eigen gegevens fia de proxy-autentikaasje-opsjes fan curl easkje. Dêrnei autentisearret de SMTP-tsjinst de e-postbrûker binnen dy ferbining.

--ssl-reqd easkelet de TLS-opwurdearring foar dizze SMTP-URL. Hâld sertifikaatferifikaasje oan foar de bedoelde e-posthostnamme. In slagge proxy-autentikaasje bewiist net dat TLS of de e-postoanmelding slagje sil.

In protte algemiene HTTP-proxys beheine CONNECT-poarten. In ôfwizing fan poarte 587 kin in bewust belied wêze. Freegje in goedkarde rûte oan ynstee fan hieltyd opnij net-relatearre poarten te besykjen of de beheining as in steuring te behanneljen.

E-posttsjinsten kinne ek ôfstjoerrjochten en yntsjinbelied hanthavenje sadra't de rûte wurket. Lês it SMTP-antwurd. In berjocht dat nei autentikaasje wurdt ôfwiisd, freget in oare oplossing as in tunnel dy't wurdt ôfwiisd foardat de SMTP-groet oankomt.

Relatearre artikelen