ფოსტის გაგზავნა HTTP პროქსის მეშვეობით curl-ით

გაგზავნის მცდელობამდე შეამოწმეთ 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 მოითხოვს TLS-ზე გადასვლას ამ SMTP URL-ისთვის. დატოვეთ სერტიფიკატის შემოწმება ჩართული განკუთვნილი საფოსტო ჰოსტის სახელისთვის. წარმატებული პროქსის ავთენტიფიკაცია არ ამტკიცებს, რომ TLS ან საფოსტოში შესვლა წარმატებით დასრულდება.

ბევრი ზოგადი HTTP პროქსი ზღუდავს CONNECT პორტებს. 587 პორტის უარყოფა შეიძლება განზრახ პოლიტიკა იყოს. მოითხოვეთ დამტკიცებული მარშრუტი, ნაცვლად იმისა, რომ განუწყვეტლივ სცადოთ დაუკავშირებელი პორტები ან შეზღუდვა გაუმართაობად ჩათვალოთ.

საფოსტო სერვისებს შეუძლიათ ასევე გამომგზავნის უფლებებისა და გაგზავნის წესების დაცვა მას შემდეგ, რაც მარშრუტი მუშაობს. წაიკითხეთ SMTP პასუხი. ავთენტიფიკაციის შემდეგ უარყოფილი შეტყობინება სხვა გადაწყვეტას მოითხოვს, ვიდრე გვირაბი, რომელიც უარყოფილია SMTP მისალმების მოსვლამდე.

დაკავშირებული სტატიები