SMTP ઇનસાઇડ આઉટ

ઇન્ટરનેટ ઇમેઇલ કેવી રીતે કાર્ય કરે છે

શું તમે ક્યારેય વિચાર્યું છે કે જ્યારે તમે તમારા ઇમેઇલ પ્રોગ્રામમાં Send બટન દબાવો છો ત્યારે શું થાય છે? કદાચ નથી, મને લાગે છે - જ્યાં સુધી તે કામ કરે ત્યાં સુધી. આ બરાબર કારણ છે કે તમારે આશ્ચર્ય શા માટે કરવું જોઈએ? જો કંઈક કામ કરતું નથી તો તે જાણવું સારું છે કે શું કામ કરતું નથી. સામાન્ય રીતે, તે અર્ધ ઉકેલ છે.

જ્યારે તમે ઇમેઇલ મોકલો SMTP નાટકમાં આવે છે. આરએમસી 5321: સિમ્પલ મેઈલ ટ્રાન્સફર પ્રોટોકોલમાં વ્યાખ્યાયિત કર્યા મુજબ એસએમટીપી સિમ્પલ મેઈલ ટ્રાન્સફર પ્રોટોકોલ માટે ટૂંકું છે. તમારા મેઈલ ક્લાયન્ટ SMTP સર્વર સાથે એક જગ્યાએથી બીજા સ્થળે ઇમેઇલ મેળવવા માટે આ સ્વચ્છ અને સરળ પ્રક્રિયાનો ઉપયોગ કરે છે.

ધ્વજ

તમારું ઇમેઇલ પ્રોગ્રામ SMTP ક્લાયન્ટ બની જાય છે, તમારા મેલ સર્વરના પોર્ટ 25 (સામાન્ય રીતે SMTP પોર્ટ ) સાથે જોડાય છે અને - EHLO કહે છે અંતમાં કમ્પ્યુટર્સ, માત્ર માનવ છે અને તે કેટલું મહત્વનું છે કે તે નમ્ર બનવું છે વાસ્તવમાં, તે નમ્ર બનવાનો પ્રયત્ન કરતું નથી પરંતુ પછીના ઉમેરા SMTP પર ઉમેરાય છે જે પાછળથી HELO આદેશના બે સ્વાદો લાવ્યા છે (SMTP આદેશ સામાન્ય રીતે ચાર અક્ષરો ધરાવે છે).

HELO ના બે ફ્લેવરો

EHLO, વધુ તાજેતરના એક હોવાથી સર્વર બધી વધારાની સુવિધાઓ (જેમ કે ડિલિવરી સ્ટેટસ સૂચના અથવા સંદેશા પરિવહન કરવાની ક્ષમતા કે જે સલામત ASCII અક્ષરો સિવાયના હોય) જાહેરાત કરે છે.

દરેક સર્વર આ શુભેચ્છાને મંજૂરી આપતું નથી, પરંતુ સાદો હેલલો સ્વીકારવા માટે જરૂરી છે જે કુદરતી રીતે ધારે છે કે કોઈ વધારાના સુવિધાઓ હાજર નથી. હેલ્લો આદેશો બંનેને ** LO પછી તેના ડોમેનને ઉલ્લેખિત કરવાની ક્લાઇન્ટની આવશ્યકતા છે, જોકે. વ્યવહારમાં, આ કંઈક જુએ છે:

220 mail.domain.net ESMTP સર્વર
હેલો
501 HELO ને ડોમેન સરનામું જરૂરી છે
હેલ્લો લોકલહોસ્ટ
250 mail.domain.net હેલો લોકલહોસ્ટ [127.0.0.1], તમને મળવા માટે ઉત્સુક

(મારું ઇનપુટ ત્રાંસા અક્ષરોમાં છે , સર્વરો આઉટપુટ કાળા છે; 5 થી શરૂ થતી લીટીઓ એક ભૂલ દર્શાવે છે.)

પ્રેષક

પ્રોટોકોલ બાકીના ખરેખર લક્ષણ સરળ પાત્ર છે. જો તમે ઇમેઇલ મોકલવા માંગો છો, તો તમે કીવર્ડ્સ દ્વારા શરૂ કરો ઇમેઇલ :. આ પછી પ્રેષકનું ઇમેઇલ સરનામું આવે છે, જે દ્વારા સૂચવવામાં આવ્યું છે. સરનામાંની આસપાસ કૌંસમાં મૂકવાનું ભૂલશો નહીં, (જેમ કે ). અમારા ઉદાહરણ સતત, અમારી પાસે:

ઇમેઇલ મોકલો:
250 sender@example.com ... પ્રેષક બરાબર

પ્રાપ્તકર્તા

સર્વરએ પ્રેષકના સરનામાને સ્વીકાર્યા પછી, ક્લાયન્ટ પ્રાપ્તકર્તાનું સરનામું આપી શકે છે. આ ક્રિયા માટેનો આદેશ, આર.સી.પી.ટી. ટુ: ફરીથી બદલે સૂચક છે. હું મારી જાતે મેઇલ મોકલવા માંગુ છું :

RCPT TO: recipient@example.com
250 support@lifewireguide.com ... પ્રાપ્તકર્તા બરાબર (કતારમાં આવશે)

તે સર્વર ક્યુને માત્ર એટલું જ કહેશે કે: તે મેઇલને સ્થાનિક રૂપે સાચવશે અને અંતરાલો (ઉદાહરણ તરીકે, દર 30 મિનિટ) માં અન્ય બધી કતારબદ્ધ મેઇલ સાથે તેને મોકલશે. આ વર્તન રૂપરેખાંકન પર આધારિત છે અને સર્વર તરત મેલ પહોંચાડી શકે છે.

અમે લગભગ પૂર્ણ કરી લીધું છે હજી શું ખૂટે છે, જોકે, એ મહત્વનો ભાગ છે: વાસ્તવિક સંદેશ.

સંદેશ

હવે "પરબિડીયું" સમાપ્ત થઈ ગયું છે, ઇમેઇલ મેસેજનો ડેટા જેમ કે તે અનુસરી શકે છે. આ "ડેટા" માં ઇમેઇલના શરીર તેમજ હેડર ફીલ્ડ્સનો સમાવેશ થાય છે .

રાજ્યને શરૂ કરવા માટેનો આદેશ જે સર્વરને સંદેશ સ્વીકારે છે તે ડેટા છે . આ પછી ઈમેલ સંદેશના તમામ હેડર ફીલ્ડ્સ અને પછી શરીર, બંને લખાણના માત્ર એક જ મોટા બ્લોક (અથવા ડેટા) માટે બનાવે છે. સર્વરને કહેવા માટે કે ઇનપુટ સમાપ્ત થાય છે તે લીટી પર કોઈ બિંદુએ (\ r \ n. \ R \ n) વપરાય છે. તેથી હું મારો સંદેશ મોકલો:

ડેટા
354 મેલ દાખલ કરો, "." સાથે અંત કરો પોતે એક લીટી પર
સંદેશ-ID:
તારીખ: સન, 17 ઑગસ્ટ 1997 18:48:15 +0200
પ્રતિ: હેઇન્ઝ Tschabitscher
પ્રતિ: હેઇન્ઝ Tschabitscher
વિષય: Summarize-Proust હરીફાઈ માટે

માતાનો સ્વાન વિશ્વ બંધ!
.
250 SAA19153 ડિલિવરી માટે સંદેશ મોકલો

હા, આનો અર્થ એ થાય છે કે તમે એક: ઇમેઇલ, સમગ્ર ક્ષેત્રમાંથી જાય છે તેનાથી અલગ નામ આપી શકો છો. ઉદાહરણ તરીકે, તમે " પ્રાપ્તકર્તા સૂચિ દબાવી" <કોઈએ @ નોર્ડન.no> નો ઉપયોગ કરી શકો છો.

સમાપ્ત

તમે હવે MAIL FROM: થી . જો તમે તે સાથે પૂર્ણ કરી લો, તો તમે ક્વીઆઈટી આદેશ સાથે સર્વર છોડી શકો છો અને તે જ આપણે કરીએ છીએ:

છોડો
221 ગુડબાય

હું આ કેવી રીતે કરી શકું?

નોન-તુચ્છ ઉકેલ એ તમારા આઉટગોઇંગ મેઈલ સર્વર (તમે તમારા ઇમેઇલ ક્લાયન્ટની એકાઉન્ટ સેટિંગ્સમાં તેનો સરનામું શોધી શકો છો) પોર્ટ 25 પર ટેલેનેટને છે.

આ જાવા એપ્લેટનો ઉપયોગ કરવાનો સરળ માર્ગ છે, જે SMTP પ્રોટોકોલની નકલ કરવાનો પ્રયત્ન કરે છે અને તમને સંવાદ દ્વારા માર્ગદર્શન આપે છે.