HTTP-välityspalvelin voi välittää SMTP-yhteyden, jos se sallii CONNECT-tunnelin sähköpostipalvelimen porttiin. Tämä oikeus on tärkeämpi kuin se, latautuuko verkkosivu saman välityspalvelimen kautta.

SMTP:llä ja STARTTLS:llä tehty lähetys on yleisesti tämän muotoinen:

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

Osoitteet ovat paikkamerkkejä. Käytä sähköpostipalvelua ja lähettäjää, johon sinulla on valtuudet. curl kysyy salasanaa, kun käyttäjävaihtoehto sisältää vain käyttäjänimen. Viestitiedosto tarvitsee asianmukaiset sähköpostiotsikot, tyhjän rivin ja rungon; se ei ole vain vastaanottajan osoite.

Odota erillisiä yhteyksiä ja kirjautumisia

HTTP-tunneli-vaihtoehto saa curlin pyytämään välityspalvelimelta yhteyttä SMTP-kohteeseen. Välityspalvelin voi vaatia omat tunnistetietonsa curlin välityspalvelimen todennusvaihtoehtojen kautta. Sitten SMTP-palvelu todentaa sähköpostikäyttäjän tämän yhteyden sisällä.

--ssl-reqd vaatii TLS-päivityksen tälle SMTP-URL:lle. Pidä varmennevarmennus käytössä aiottua sähköposti-isäntänimeä varten. Onnistunut välityspalvelimen todennus ei todista, että TLS tai sähköpostikirjautuminen onnistuu.

Monet yleiskäyttöiset HTTP-välityspalvelimet rajoittavat CONNECT-portteja. Portin 587 hylkääminen voi olla tarkoituksellinen käytäntö. Pyydä hyväksytty reitti sen sijaan, että kokeilisit toistuvasti asiaankuulumattomia portteja tai pitäisit rajoitusta vikana.

Sähköpostipalvelut voivat myös valvoa lähettäjän oikeuksia ja lähetyskäytäntöjä, kun reitti toimii. Lue SMTP-vastaus. Todennuksen jälkeen hylätty viesti vaatii erilaisen korjauksen kuin tunneli, joka hylätään ennen SMTP-tervehdyksen saapumista.

Aiheeseen liittyvät artikkelit