HTTP վստահված սերվերը կարող է տեղափոխել SMTP կապակցում, եթե թույլատրում է CONNECT թունել դեպի փոստային սերվերի պորտը։ Այդ թույլտվությունն ավելի կարևոր է, քան այն, թե արդյոք վեբ էջը բեռնվում է նույն վստահված սերվերով։

STARTTLS-ով SMTP օգտագործող ուղարկումն ունի այս ընդհանուր ձևը՝

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

Հասցեները տեղապահեր են։ Օգտագործեք փոստային ծառայություն և ուղարկող, որոնց համար լիազորված եք։ curl-ը գաղտնաբառը հարցնում է, երբ օգտվողի ընտրանքը պարունակում է միայն օգտանունը։ Հաղորդագրության ֆայլին անհրաժեշտ են համապատասխան փոստային վերնագրեր, դատարկ տող և մարմին. դա միայն ստացողի հասցեն չէ։

Սպասեք առանձին կապակցումների և մուտքերի

HTTP թունելի ընտրանքը ստիպում է curl-ին վստահված սերվերից կապակցում խնդրել SMTP նպատակակետին։ Վստահված սերվերը կարող է պահանջել իր սեփական հավատարմագրերը curl-ի վստահված սերվերի նույնականացման ընտրանքներով։ Այնուհետև SMTP ծառայությունը նույնականացնում է փոստային օգտվողին այդ կապակցման ներսում։

--ssl-reqd պահանջում է TLS արդիականացում այս SMTP URL-ի համար։ Թողեք վկայագրի ստուգումը միացված նախատեսված փոստային հոսթի անվան համար։ Հաջող վստահված սերվերի նույնականացումը չի ապացուցում, որ TLS-ը կամ փոստի մուտքը կհաջողվեն։

Շատ ընդհանուր HTTP վստահված սերվերներ սահմանափակում են CONNECT պորտերը։ 587 պորտի մերժումը կարող է դիտավորյալ քաղաքականություն լինել։ Պահանջեք հաստատված ուղի՝ փոխարենը կրկին ու կրկին փորձելու անկապ պորտեր կամ սահմանափակումը խափանում համարելու։

Փոստային ծառայությունները կարող են նաև կիրառել ուղարկողի թույլտվություններ և ուղարկման կանոններ այն բանից հետո, երբ ուղին աշխատում է։ Կարդացեք SMTP պատասխանը։ Նույնականացումից հետո մերժված հաղորդագրությունը պահանջում է այլ լուծում, քան այն թունելը, որը մերժվում է SMTP ողջույնի ժամանումից առաջ։

Առնչվող հոդվածներ