Egy HTTP-proxy akkor tud SMTP-kapcsolatot továbbítani, ha engedélyezi a CONNECT-alagutat a levelezőszerver portjára. Ez az engedély fontosabb annál, mint hogy betöltődik-e egy weboldal ugyanazon a proxyn keresztül.

Az SMTP-vel és STARTTLS-sel végzett beküldés általános formája ez:

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

A címek helyőrzők. Olyan levelezőszolgáltatást és feladót használjon, amelyre jogosult. A curl akkor kéri a jelszót, ha a felhasználói opció csak a felhasználónevet tartalmazza. Az üzenetfájlhoz megfelelő levélfejlécek, egy üres sor és egy törzs szükséges; nem csak a címzett címe.

Számítson külön kapcsolatokra és bejelentkezésekre

A HTTP-alagút opció arra készteti a curl-t, hogy kapcsolatot kérjen a proxytól az SMTP-célhoz. A proxy saját hitelesítő adatait kérheti a curl proxy-hitelesítési opcióin keresztül. Ezután az SMTP-szolgáltatás hitelesíti a levélfelhasználót ezen a kapcsolaton belül.

--ssl-reqd megköveteli a TLS-frissítést ehhez az SMTP URL-hez. Tartsa bekapcsolva a tanúsítvány-ellenőrzést a tervezett levél-gazdagépnévhez. A sikeres proxy-hitelesítés nem bizonyítja, hogy a TLS vagy a levélbejelentkezés sikerül.

Sok általános HTTP-proxy korlátozza a CONNECT-portokat. Az 587-es port elutasítása szándékos szabály lehet. Kérjen jóváhagyott útvonalat ahelyett, hogy ismételten nem kapcsolódó portokat próbálna, vagy a korlátozást kiesésként kezelné.

A levelezőszolgáltatások az útvonal működése után is érvényesíthetnek feladói jogosultságokat és beküldési szabályokat. Olvassa el az SMTP-választ. A hitelesítés után elutasított üzenet más javítást igényel, mint egy alagút, amelyet az SMTP-üdvözlés megérkezése előtt utasítanak el.

Kapcsolódó cikkek