curl ഉപയോഗിച്ച് HTTP പ്രോക്സി വഴി മെയിൽ അയയ്ക്കുന്നു

മെയിൽ സെർവറിന്റെ പോർട്ടിലേക്ക് CONNECT ടണൽ അനുവദിക്കുന്നെങ്കിൽ ഒരു HTTP പ്രോക്സിക്ക് SMTP കണക്ഷൻ കൈമാറാൻ കഴിയും. അതേ പ്രോക്സിയിലൂടെ ഒരു വെബ്പേജ് ലോഡ് ആകുന്നുണ്ടോ എന്നതിനെക്കാൾ ഈ അനുമതിക്കാണ് പ്രാധാന്യം.

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 അഭിവാദ്യം എത്തുന്നതിന് മുമ്പ് നിരസിക്കപ്പെട്ട ടണലിൽ നിന്ന് വ്യത്യസ്തമായ പരിഹാരം വേണം.