ઇમેઇલ કેવી રીતે કાર્ય કરે છે: SMTP, DNS અને કામચલાઉ ઇમેઇલ શા માટે અસ્તિત્વમાં છે

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

ઇમેઇલનો સંક્ષિપ્ત ઇતિહાસ — ARPANETથી અસ્થાયી ઇમેઇલ સુધી

ઇમેઇલની વાર્તા 1971માં શરૂ થાય છે, જ્યારે યુએસ ડિપાર્ટમેન્ટ ઑફ ડિફેન્સના ARPANET પર કામ કરતા Ray Tomlinsonએ બે મશીનો વચ્ચે પહેલો ઇલેક્ટ્રોનિક સંદેશ મોકલ્યો. તેમની મુખ્ય નવીનતા "@" પ્રતીક હતું, જે વપરાશકર્તાના નામને હોસ્ટ કમ્પ્યુટરથી અલગ કરતું હતું — પચાસ વર્ષથી વધુ સમય પછી પણ આ પ્રચલન યથાવત્ છે.

1980 અને 1990ના દાયકાઓ દરમિયાન ઇમેઇલ સંશોધન પ્રયોગશાળાઓમાંથી રોજિંદા જીવનમાં પ્રવેશ્યું. Eudora અને Microsoft Outlook જેવા ડેસ્કટૉપ ક્લાયન્ટ્સે પર્સનલ કમ્પ્યુટર વપરાશકર્તાઓને પહેલી વાર ઇલેક્ટ્રોનિક મેઇલની સુવિધા આપી. ત્યારબાદ, 1990ના દાયકાના અંતમાં, મફત વેબમેઇલ સેવાઓ — 1996માં Hotmail, 1997માં Yahoo Mail અને અંતે 2004માં Gmail — બ્રાઉઝર અને ઇન્ટરનેટ કનેક્શન ધરાવતા દરેક વ્યક્તિ માટે ઇમેઇલને સર્વસુલભ બનાવી દીધું.

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

ઇમેઇલની સફર — પગલું દર પગલે

ઇમેઇલ મોકલવું તાત્કાલિક લાગે છે, પરંતુ સંદેશ પોતાના ગંતવ્ય સુધી પહોંચે તે પહેલાં અનેક સિસ્ટમોમાંથી પસાર થાય છે. વાસ્તવમાં શું થાય છે તે અહીં ચાર પગલાંમાં સમજાવ્યું છે.

પગલું 1 — તમે "મોકલો" દબાવો: ઇમેઇલ ક્લાયન્ટથી SMTP સર્વર સુધી

જ્યારે તમે Gmail, Outlook, Thunderbird અથવા કોઈપણ અન્ય ઇમેઇલ ક્લાયન્ટમાં સંદેશ લખીને "Send" દબાવો છો, ત્યારે તમારો ક્લાયન્ટ SMTP — Simple Mail Transfer Protocol — નામના પ્રોટોકોલનો ઉપયોગ કરીને આઉટગોઇંગ મેઇલ સર્વર સાથે જોડાય છે. આ જોડાણમાં સામાન્ય રીતે પોર્ટ 587 (STARTTLS એન્ક્રિપ્શન સાથે) અથવા પોર્ટ 465 (implicit TLS સાથે) વપરાય છે.

તમારો ક્લાયન્ટ વપરાશકર્તાનામ અને પાસવર્ડ વડે SMTP સર્વર પર પ્રમાણિત થાય છે અને પછી સંદેશ સોંપે છે. આ તબક્કે ઇમેઇલ તમારા ઉપકરણમાંથી નીકળી ચૂક્યો હોય છે અને તેને પહોંચાડવાની જવાબદારી સર્વરની હોય છે.

પગલું 2 — DNS લુકઅપ: આ ઇમેઇલ ક્યાં જશે?

SMTP સર્વરે તમારો સંદેશ ક્યાં પહોંચાડવો તે નક્કી કરવું પડે છે. તે માટે તે પ્રાપ્તકર્તાના ડોમેનના MX રેકોર્ડ — Mail Exchanger રેકોર્ડ — માટે Domain Name System (DNS)ને ક્વેરી કરે છે.

ઉદાહરણ તરીકે, જો તમે someone@gmail.com પર સંદેશ મોકલતા હો, તો SMTP સર્વર DNSને પૂછે છે: "gmail.com માટે કયું સર્વર ઇમેઇલ સંભાળે છે?" DNS કંઈક આવો જવાબ આપે છે alt1.gmail-smtp-in.l.google.com — આ Googleના ઇનકમિંગ મેઇલ સર્વરનું સરનામું છે. MX રેકોર્ડ મૂળભૂત રીતે એક ફોરવર્ડિંગ સૂચના છે, જે કહે છે: "આ ડોમેન માટેનો તમામ મેઇલ આ સર્વર પર પહોંચાડો."

આ MX રેકોર્ડ સિસ્ટમ અસ્થાયી ઇમેઇલને શક્ય બનાવે છે; તેના વિશે થોડી જ વારમાં વાત કરીશું.

પગલું 3 — સર્વરથી સર્વર સુધી ડિલિવરી: SMTP રિલે

તમારું મોકલનાર SMTP સર્વર પ્રાપ્તકર્તાના ઇનકમિંગ SMTP સર્વર (MX રેકોર્ડમાં દર્શાવેલા સર્વર) સાથે જોડાય છે અને SMTP હેન્ડશેક કરે છે — આ એક સુવ્યવસ્થિત સંવાદ છે, જેમાં બંને સર્વર ઓળખ ચકાસે છે, એન્ક્રિપ્શન અંગે સંમતિ સાધે છે અને સંદેશનું સ્થાનાંતરણ કરે છે. આ સર્વરથી સર્વર સુધીના પરિવહન દરમિયાન TLS એન્ક્રિપ્શન ઇમેઇલની સામગ્રીનું રક્ષણ કરે છે.

જો પહેલું MX સર્વર ઉપલબ્ધ ન હોય, તો મોકલનાર સર્વર સેકન્ડરી MX રેકોર્ડ્સનો ઉપયોગ કરે છે (મોટાભાગનાં ડોમેન્સ વધારાની વિશ્વસનીયતા માટે અનેક MX રેકોર્ડ્સ સૂચિબદ્ધ કરે છે). જો કોઈ સર્વર સુધી પહોંચી ન શકાય, તો ફરી પ્રયાસ કરવા માટે ઇમેઇલ કતારમાં મૂકાય છે. કલાકો કે દિવસો દરમિયાન અનેક નિષ્ફળ પ્રયાસો થયા પછી મોકલનારને બાઉન્સ સૂચના મળે છે.

પગલું 4 — ઇનબૉક્સમાં સંગ્રહ: IMAP અને POP3

પ્રાપ્તકર્તાનું સર્વર સંદેશ સ્વીકારી લે પછી, તે ઇમેઇલ સંગ્રહિત કરે છે અને પ્રાપ્તકર્તા પોતાનું ઇનબૉક્સ તપાસે ત્યાં સુધી રાહ જુએ છે. પ્રાપ્તકર્તાનો ઇમેઇલ ક્લાયન્ટ બેમાંથી એક પ્રોટોકોલનો ઉપયોગ કરીને સંદેશાઓ મેળવે છે:

IMAP (ઇન્ટરનેટ સંદેશા પ્રવેશ પ્રોટોકોલ): અનેક ઉપકરણો પર ઇમેઇલ સિંક્રનાઇઝ કરે છે. સંદેશાઓ સર્વર પર જ રહે છે, અને તમે કરેલી કોઈપણ ક્રિયા (વાંચવી, કાઢી નાખવી, ખસેડવી) દરેક જગ્યાએ પ્રતિબિંબિત થાય છે. Gmail, Outlook અને મોટાભાગની આધુનિક સેવાઓ આનો ઉપયોગ કરે છે.

પીઓપી 3 (પોસ્ટ ઓફિસ પ્રોટોકોલ 3): ઇમેઇલને એક જ ઉપકરણ પર ડાઉનલોડ કરે છે અને સામાન્ય રીતે સર્વરમાંથી કાઢી નાખે છે. આજે તેનો ઉપયોગ ઓછો થાય છે, પરંતુ જ્યાં સ્થાનિક સંગ્રહને પ્રાધાન્ય આપવામાં આવે છે તેવી કેટલીક ગોઠવણીઓમાં તે હજુ પણ વપરાય છે.

ઇમેઇલ સંદેશના ઘટકો

દરેક ઇમેઇલ તમે જુઓ છો તે માત્ર લખાણ કરતાં ઘણું વધારે હોય છે. તેની અંદર સંરચિત ડેટા હોય છે, જે સર્વર્સને સંદેશને કેવી રીતે રૂટ કરવો, દર્શાવવો અને પ્રક્રિયા કરવી તે જણાવે છે.

હેડર્સ: મેટાડેટા, જેમાં From, To, Subject, Date અને Message-ID સામેલ હોય છે. આ એવી રૂટિંગ સૂચનાઓ છે, જે ડિલિવરી ચેઇનનો દરેક સર્વર વાંચે છે અને તેના આધારે કાર્યવાહી કરે છે.

છુપાયેલા હેડરો: Return-Path (જ્યાં બાઉન્સ થયેલા સંદેશા જાય છે), Received (ઇમેઇલ કયા-કયા સર્વરમાંથી પસાર થયો તેની સાંકળ) અને Authentication-Results (SPF, DKIM અને DMARC તપાસનાં પરિણામો) જેવા ક્ષેત્રો. મોટા ભાગના ઇમેઇલ ક્લાયન્ટ્સમાં આ અદૃશ્ય હોય છે, પરંતુ તે સંદેશની સંપૂર્ણ યાત્રા દર્શાવે છે.

બોડી: વાસ્તવિક સામગ્રી, જે સાદા ટેક્સ્ટ, HTML અથવા બંને (multipart/alternative) તરીકે ફોર્મેટ કરવામાં આવે છે. મોટા ભાગનાં આધુનિક ઇમેઇલ્સ HTML હોય છે, તેથી તમને ફોર્મેટ કરેલું લખાણ, છબીઓ અને ક્લિક કરી શકાય તેવી લિંક્સ દેખાય છે.

જોડાણો: MIME (Multipurpose Internet Mail Extensions)નો ઉપયોગ કરીને એન્કોડ કરેલી ફાઇલો. MIME દ્વિસંગી ફાઇલોને ટેક્સ્ટ-સલામત ફોર્મેટમાં એન્કોડ કરે છે, જેથી તે ઇમેઇલના ટેક્સ્ટ-આધારિત ઇન્ફ્રાસ્ટ્રક્ચરમાંથી પસાર થઈ શકે.

અસ્થાયી ઇમેઇલ આ ઇન્ફ્રાસ્ટ્રક્ચર સાથે કેવી રીતે જોડાય છે

અહીં બધું એકબીજા સાથે જોડાય છે. અસ્થાયી ઇમેઇલ સેવાઓ કોઈ અલગ, માલિકીની સિસ્ટમનો ઉપયોગ કરતી નથી—તે ઉપર વર્ણવેલા પ્રમાણભૂત ઇમેઇલ ઇન્ફ્રાસ્ટ્રક્ચર સાથે સીધી રીતે જોડાય છે. તેથી અસ્થાયી ઇમેઇલ સરનામાંઓ વાસ્તવિક સર્વરમાંથી વાસ્તવિક ઇમેઇલ્સ પ્રાપ્ત કરે છે: તે વાસ્તવિક ઇમેઇલ સરનામાંઓ જ છે, માત્ર તેમનું જીવનચક્ર અલગ છે.

કેચ-ઑલ MX રેકોર્ડ્સ — તાત્કાલિક સરનામાં જનરેશન

જ્યારે tmailor.com કોઈ ડોમેન રજીસ્ટર કરે છે (કહો, example-temp.com), ત્યારે તે તે ડોમેન માટે એમએક્સ રેકોર્ડને ટમેઇલરના પ્રાપ્ત સર્વર પર નિર્દેશ કરવા માટે રૂપરેખાંકિત કરે છે. વિવેચનાત્મક રીતે, સર્વર "કેચ-ઓલ" તરીકે રૂપરેખાંકિત થયેલ છે - તે તે ડોમેન પરના કોઈપણ સરનામાં પર મોકલવામાં આવેલા ઇમેઇલને સ્વીકારે છે, પછી ભલે સરનામું પૂર્વ-બનાવેલું હોય કે નહીં.

આ જ કારણ છે કે તમને તરત જ કાર્યકારી ટેમ્પ મેઇલ સરનામું મળે છે. સરનામું પરંપરાગત અર્થમાં "બનાવવા" ની જરૂર નથી. એમએક્સ રેકોર્ડ ઇન્ટરનેટને કહે છે, "આ ડોમેન માટેના બધા ઇમેઇલ અમારા સર્વર પર મોકલો," અને સર્વર જે આવે છે તે બધું સ્વીકારે છે. જ્યારે તમે tmailor.com મુલાકાત લો છો અને રેન્ડમલી જનરેટ કરેલું સરનામું જુઓ છો, ત્યારે તે સરનામું પહેલેથી જ કાર્યરત છે કારણ કે ડોમેનનો એમએક્સ રેકોર્ડ પહેલાથી જ બધા મેઇલને ટમેઇલરના સર્વર પર રૂટ કરે છે. ઊંડા તકનીકી સમજૂતી માટે, કેચ-ઓલ અને રેન્ડમ ઉપનામો જુઓ.

SMTP આઉટબાઉન્ડ નથી = માત્ર પ્રાપ્ત કરવું

અસ્થાયી ઇમેઇલ સેવાઓ MX રેકોર્ડ્સ (પ્રાપ્ત કરવા માટે) ગોઠવે છે, પરંતુ આઉટબાઉન્ડ ઇમેઇલ મોકલવા માટે SPF, DKIM અથવા DMARC રેકોર્ડ્સ ગોઠવતી નથી. ઇમેઇલ સર્વર્સ આ પ્રમાણીકરણ રેકોર્ડ્સનો ઉપયોગ એ ચકાસવા માટે કરે છે કે મોકલનાર સર્વરને ડોમેન વતી ઇમેઇલ મોકલવાની પરવાનગી છે.

તેમના વિના, ટેમ્પર મેઇલ ડોમેનમાંથી મોકલવામાં આવેલા કોઈપણ ઇમેઇલ પ્રમાણીકરણ તપાસમાં નિષ્ફળ જશે અને સ્પામમાં ઉતરશે - અથવા સંપૂર્ણપણે નકારી કાઢવામાં આવશે. તેથી ટેમ્પ મેઇલ ફક્ત પ્રાપ્ત થાય છે: ઇરાદાપૂર્વકની ડિઝાઇન પસંદગી, પરંતુ એક વાસ્તવિક મર્યાદા બધા સમાન છે. ટમેઇલર મોકલી શકતા નથી અથવા જવાબ આપી શકતા નથી, અને આઉટબાઉન્ડને સક્ષમ કરવાથી તેના ડોમેન્સને ઝડપથી બ્લેકલિસ્ટ કરવામાં આવશે.

માત્ર પ્રાપ્ત કરવાના આ મોડેલ સાથે કેટલીક અન્ય મર્યાદાઓ પણ આવે છે, જેને સ્પષ્ટપણે જણાવવી જરૂરી છે, કારણ કે તે આ જ સરળ ડિઝાઇનનું પરિણામ છે. આવનારા જોડાણો દૂર કરી દેવામાં આવે છે, તેથી ટમેઇલર સરનામાં પર મોકલવામાં આવેલી ફાઇલ ખોલી શકાતી નથી અથવા ડાઉનલોડ કરી શકાતી નથી - ફક્ત ટેક્સ્ટ, કોડ્સ અને લિંક્સ આવે છે. ત્યાં કોઈ સ્પામ ફોલ્ડર કે ફિલ્ટરિંગ નથી: આવતો દરેક સંદેશ બતાવવામાં આવે છે, તેથી જો કંઈક દેખાતું ન હોય, તો તેનો અર્થ એ છે કે તે હજી પહોંચ્યું નથી. સંદેશાઓ આગમન પછી લગભગ 24 કલાક સુધી દેખાય છે અને ત્યારબાદ આપમેળે સાફ થઈ જાય છે. અને કારણ કે કોઈ લૉગિન નથી, દરેક સરનામા સાથે આપવામાં આવતું ઍક્સેસ ટોકન જ તમને તેને પછીથી ફરી ખોલવા દે છે—તે પુનઃપ્રાપ્તિ કી છે, પાસવર્ડ નહીં; તમે તેને ગુમાવો તો તેને ફરીથી જારી કરી શકાતું નથી.

ઘણા ડોમેન્સ, એક કેચ-ઑલ મોડેલ

ટમેલોર એક જ કરતાં ડોમેન્સનો વિશાળ, ફરતા પૂલ ચલાવે છે, અને દરેક તેના પોતાના કેચ-ઓલ એમએક્સ રેકોર્ડ ધરાવે છે જે પ્રાપ્ત કરનાર સર્વર તરફ પાછા નિર્દેશ કરે છે. પૂલ ઇરાદાપૂર્વક અપ્રકાશિત છે: સંપૂર્ણ સૂચિ છાપવાથી તે ફક્ત વિક્રેતાઓને સોંપશે જે નિકાલજોગ-ઇમેઇલ બ્લોકલિસ્ટનું સંકલન કરે છે.

એકથી વધુ ડોમેન્સ હોવું વ્યવહારિક અને તકનીકી બંને કારણોસર મહત્વનું છે. કેટલીક સાઇટ્સ જાણીતા ડિસ્પોઝેબલ ડોમેન્સની યાદી જાળવે છે અને જે સરનામાનું ડોમેન યાદીમાં હોય તેને નકારી કાઢે છે. જો કોઈ ચોક્કસ ડોમેન નકારી કાઢવામાં આવે, તો અલગ ડોમેન પર નવું સરનામું બનાવવું સામાન્ય મુશ્કેલીનિવારણ છે—જેમ કોઈ પ્રદાતા ઉપલબ્ધ ન હોય ત્યારે તમે બીજો પ્રદાતા અજમાવો છો. તેથી જ ડોમેન વિવિધતા ઓટીપી વિશ્વસનીયતામાં સુધારો કરે છે.

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

ઇનબાઉન્ડ મેઇલ માટેનું Google-MX ઇન્ફ્રાસ્ટ્રક્ચર

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

વાસ્તવિક ડિલિવરી ઝડપ હજી પણ મોટાભાગે મોકલનાર પક્ષ પર આધારિત છે—તમને ઇમેઇલ મોકલતી સેવા સંદેશ ક્યારે મોકલવો તે નક્કી કરે છે—તેથી અહીં વાત વિશ્વસનીયતા અને પહોંચની છે, ખાતરીપૂર્વકની આગોતરી ઝડપની નહીં. આ વ્યવસ્થા પાછળનું કારણ જાણવા માટે જુઓ માટે ટમેઇલર ગૂગલના સર્વરોનો ઉપયોગ કરે છે.

ઇમેઇલ સુરક્ષા—તમારું ઇનબૉક્સ નિશાન કેમ બને છે

ઇમેઇલ ઇન્ફ્રાસ્ટ્રક્ચર સમજવાનો અર્થ એ પણ સમજવું છે કે તેના પર આટલા આક્રમક હુમલા કેમ થાય છે. તમારું ઇમેઇલ સરનામું ઇન્ટરનેટ પર સૌથી વધુ શોષણ થતું ઓળખચિહ્ન છે.

ફિશિંગ: હુમલાખોરો તમે વિશ્વાસ કરો છો તેવી બેંકો, નોકરીદાતાઓ અથવા સેવાઓનો વેશ ધારણ કરવા માટે "From" હેડર બનાવટી બનાવે છે. SMTPની રચના વિશ્વાસના યુગમાં થઈ હતી, જ્યારે પ્રેષકની ચકાસણી (SPF, DKIM, DMARC) દાયકાઓ પછી ઉમેરવામાં આવી. ઘણા સર્વર્સ હજી પણ તેનો કડક અમલ કરતા નથી.

સ્પામ: વિશ્વભરના કુલ ઇમેઇલ ટ્રાફિકનો લગભગ અડધો ભાગ હજી પણ સ્પામ છે. જ્યારે પણ તમે કોઈ વેબસાઇટ પર તમારું વાસ્તવિક ઇમેઇલ સરનામું દાખલ કરો છો, ત્યારે તે માર્કેટિંગ સૂચિમાં ઉમેરાવાની શક્યતા વધે છે—અથવા વધુ ખરાબ રીતે, ડેટા બ્રોકરને વેચાઈ જવાની.

ડેટા ભંગ: તમે ક્યારેય સાઇન અપ કર્યું હોય તે દરેક ડેટાબેઝમાં તમારું ઇમેઇલ સરનામું સામાન્ય રીતે પ્રાથમિક કી હોય છે. કોઈ સેવા ભંગનો ભોગ બને ત્યારે સૌથી પહેલાં તમારું ઇમેઇલ સરનામું બહાર આવે છે, અને તે તમારા અન્ય એકાઉન્ટ્સ સામે ક્રેડેન્શિયલ-સ્ટફિંગ હુમલાઓ માટેની ચાવી બની જાય છે.

ટ્રેકિંગ પિક્સેલ્સ: માર્કેટિંગ ઇમેઇલમાં છુપાવેલી 1x1 છબીઓ એમ્બેડ કરેલી હોય છે, જે મોકલનારને જણાવે છે કે તમે સંદેશ ક્યારે ખોલ્યો, કયા ઉપકરણથી ખોલ્યો અને ક્યારેક તમારું અંદાજિત સ્થાન પણ. તમારું ઇનબૉક્સ માત્ર મેઇલબોક્સ નથી—તે માર્કેટર્સ માટેનું દેખરેખ સાધન છે.

આ ધમકીઓ જ એ કારણ છે કે અસ્થાયી ઇમેઇલ અસ્તિત્વમાં છે. ઓછી વિશ્વસનીયતાવાળી ક્રિયાપ્રતિક્રિયાઓ માટે નિકાલજોગ સરનામું વાપરીને, તમે તમારું વાસ્તવિક ઇમેઇલ એવા ડેટાબેઝથી દૂર રાખો છો જે અંતે ભંગાય, વેચાય અથવા સ્ક્રેપ થાય છે.

ઇમેઇલ ક્લાયન્ટ્સ અને પ્રદાતાઓ—ઝડપી ઝાંખી

તમે ઇમેઇલ કેવી રીતે ઍક્સેસ કરો છો તે તમારા ક્લાયન્ટ (સોફ્ટવેર) અને પ્રદાતા (સેવા) પર આધારિત છે.

વેબમેઇલ પ્રદાતાઓ: Gmail, Outlook.com, Yahoo Mail, ProtonMail. આ સેવાઓ ઇમેઇલ એકાઉન્ટ અને બ્રાઉઝર-આધારિત ક્લાયન્ટ બંને આપે છે. મોટાભાગના લોકોમાંથી એકને પોતાના મુખ્ય ઇમેઇલ તરીકે વાપરે છે.

ડેસ્કટોપ ક્લાયન્ટ્સ: Thunderbird, Apple Mail, Microsoft Outlook (ડેસ્કટોપ). આ તમારા પ્રદાતા સાથે IMAP અથવા POP3 દ્વારા જોડાય છે અને તમને ઇમેઇલ ઑફલાઇન સંચાલિત કરવાની સુવિધા આપે છે.

કામચલાઉ ઇમેઇલ ક્લાયન્ટ્સ: ટમેઇલર વેબ-આધારિત ક્લાયંટ, એન્ડ્રોઇડ અને આઇઓએસ માટે સમર્પિત મોબાઇલ એપ્લિકેશન્સ અને ટેલિગ્રામ બોટ પ્રદાન કરે છે. પરંપરાગત ગ્રાહકોથી વિપરીત, તેમને ઉપયોગ કરવા માટે કોઈ લૉગિન અને કોઈ નોંધણીની જરૂર નથી - પૃષ્ઠ લોડ થાય તે ક્ષણે સરનામું કાર્ય કરે છે. જો તમે તે જ સરનામું પછીથી ફરીથી ખોલવા માંગતા હો, તો તમે તેના એક્સેસ ટોકન સાચવી રાખો; પાસવર્ડ સેટ કરવાની કે કંઈ ચકાસવાની જરૂર નથી.

ઇમેઇલની મૂળભૂત બાબતોથી કામચલાઉ ઇમેઇલ સુધી—બધા મુદ્દાઓને જોડીને સમજીએ

હવે તમે સંપૂર્ણ ચિત્ર સમજી ગયા છો. ઇમેઇલ SMTP દ્વારા મુસાફરી કરે છે, DNS અને MX રેકોર્ડ્સ દ્વારા રૂટ થાય છે અને IMAP અથવા POP3 દ્વારા સંચાલિત ઇનબૉક્સમાં પહોંચે છે. કામચલાઉ ઇમેઇલ સેવાઓ આ જ ઇન્ફ્રાસ્ટ્રક્ચરનો ઉપયોગ કરે છે: તેઓ ડોમેન્સ રજિસ્ટર કરે છે, catch-all MX રેકોર્ડ્સ ગોઠવે છે, Googleના ઇન્ફ્રાસ્ટ્રક્ચર પર પ્રાપ્તિકરણ સર્વર્સ ચલાવે છે અને સરળ વેબ ઇન્ટરફેસ દ્વારા તમારા આવનારા મેઇલ રજૂ કરે છે.

કામચલાઉ ઇમેઇલમાં કંઈપણ "નકલી" નથી. તે ઇન્ટરનેટ પરના અન્ય દરેક ઇમેઇલની જેમ જ પ્રોટોકોલ્સ, રૂટિંગ અને ડિલિવરી પદ્ધતિઓનો ઉપયોગ કરે છે. તફાવત ઇરાદાપૂર્વકનો છે: કામચલાઉ ઇમેઇલ સરનામાંઓ નિકાલજોગ, અનામી અને અલ્પજીવી રહે તે રીતે બનાવવામાં આવે છે—અને આ જ તેમને ગોપનીયતા સુરક્ષા, સ્પામથી બચાવ અને ઓછા જોખમવાળા સાઇનઅપ્સ માટે ઉપયોગી બનાવે છે.

દરેક ઘટકની સંપૂર્ણ તકનીકી સમજૂતી માટે જુઓ અસ્થાયી ઇમેઇલ કેવી રીતે કાર્ય કરે છે. જાતે અજમાવવા માટે તૈયાર છો? દસ સેકન્ડથી ઓછા સમયમાં એક મફત કામચલાઉ મેઈલ સરનામું બનાવો.