د curl په مرسته د HTTP پروکسي له لارې برېښنالیک لېږل

له لېږلو دمخه د CONNECT اجازې، د SMTP TLS او د پروکسي او برېښنالیک خدمت جلا اعتبارنامه وګورئ.

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 د دې SMTP URL لپاره د TLS لوړوالی غواړي. د پام وړ برېښنالیک کوربه نوم لپاره د سند تصدیق فعال وساتئ. بریالۍ پروکسي تصدیق ثابتوي نه چې TLS یا برېښنالیک ته ننوتل به بریالي شي.

ډېر عمومي HTTP پروکسي د CONNECT پورټونه محدودوي. د 587 پورټ رد کېدای شي په قصد جوړ شوې تګلاره وي. د بېربېط پورټونو تکراري ازمویلو یا محدودیت د خرابۍ په توګه ګڼلو پرځای تصویب شوې لار وغواړئ.

برېښنالیک خدمتونه کولی شي د لارې له کار کولو وروسته د لېږونکي اجازې او د سپارلو تګلارې هم پلي کړي. د SMTP ځواب ولولئ. هغه پیغام چې له تصدیق وروسته رد شي، د هغه تونل څخه چې د SMTP سلام له رسېدو دمخه رد شي بېل حل غواړي.

اړوندې مقالې