જ્ઞાન આધાર
તમારા પોતાના SMTP સર્વર દ્વારા ઇમેઇલ મોકલો
તમારા પોતાના SMTP સર્વરને કનેક્ટ કરો: કયા પોર્ટનો ઉપયોગ કરવો અને શા માટે 25 નહીં, SPF, DKIM, DMARC અને રિવર્સ-DNS રેકોર્ડ્સ જે તમારે જાતે પબ્લિશ કરવા પડશે, અને શા માટે અમે એન્ક્રિપ્ટ ન થયેલ કનેક્શન પર પાછા જવાનો ઇનકાર કરીએ છીએ.
જો આપ આપનું પોતાનું મેઇલ ઇન્ફ્રાસ્ટ્રક્ચર ચલાવતા હોવ, અથવા આપના પ્રોવાઇડરની યાદી અમે સીધી રીતે ન આપી હોય તો આનો ઉપયોગ કરો — લગભગ દરેક મેઇલ સેવા SMTP ની સુવિધા આપે છે.
⚠️ જો આપના પ્રોવાઇડર Mailgun, SendGrid, Postmark, Amazon SES અથવા Resend હોય, તો તેના બદલે તેમની પોતાની માર્ગદર્શિકાનો ઉપયોગ કરો. તે કનેક્શન્સ આપને જ્યારે કંઈક ખોટું થાય ત્યારે વધુ સારા ભૂલ સંદેશાઓ આપે છે, કારણ કે અમે SMTP સ્ટેટસ કોડના બદલે પ્રોવાઇડરે વાસ્તવમાં શું કહ્યું છે તે વાંચી શકીએ છીએ.
આપને જે જરૂર છે
આપના મેઇલ સર્વર ચલાવનાર પાસેથી ચાર વસ્તુઓ:
- હોસ્ટ — ઉદા.
smtp.yourprovider.com - પોર્ટ —
587,465અથવા2525 - યુઝરનેમ અને પાસવર્ડ
કયો પોર્ટ
587 એ STARTTLS સાથેનું સબમિશન છે અને આપે આનો જ ઉપયોગ કરવો જોઈએ. કનેક્શન સામાન્ય રીતે શરૂ થાય છે અને કંઈપણ મોકલતા પહેલા TLS માં અપગ્રેડ થાય છે.
465 એ ઇમ્પ્લીસિટ TLS છે — પ્રથમ બાઇટથી જ એન્ક્રિપ્ટેડ. તે પણ યોગ્ય છે; કેટલાક પ્રોવાઇડર્સ તેને વધુ પસંદ કરે છે.
2525 એ બિનઅધિકૃત વિકલ્પ છે જે કેટલાક હોસ્ટ્સ આપે છે કારણ કે કેટલાક નેટવર્ક્સ 587 ને બ્લોક કરે છે. જો આપના પ્રોવાઇડર આપને કહે તો જ તેનો ઉપયોગ કરો.
⛔ પોર્ટ 25 અહીં સ્વીકારવામાં આવે છે પરંતુ તે લગભગ ક્યારેય સાચો જવાબ નથી. તે પોર્ટ મેઇલ સર્વર્સ એકબીજા સાથે વાત કરવા માટે વાપરે છે, નહીં કે મેસેજ સબમિટ કરવા માટે એપ્લિકેશન દ્વારા ઉપયોગમાં લેવાતો પોર્ટ. તે મોટાભાગના નેટવર્ક્સ પર બ્લોક હોય છે, તેમાં ઘણીવાર કોઈ ઓથેન્ટિકેશન હોતું નથી, અને જ્યાં તે કામ કરે છે ત્યાં તે ઘણીવાર અનએન્ક્રિપ્ટેડ હોય છે.
⛔⛔ અમે અનએન્ક્રિપ્ટેડ કનેક્શન પર મેઇલ મોકલીશું નહીં. જો આપ STARTTLS નો ઉપયોગ કરો ચાલુ રાખો છો — અને આપે રાખવું જ જોઈએ — અને આપનું સર્વર અપગ્રેડ કરવાનો ઇનકાર કરે છે, તો સામાન્ય રીતે આગળ વધવાને બદલે મોકલવાની પ્રક્રિયા નિષ્ફળ જાય છે. તે સચેત રીતે કરવામાં આવ્યું છે: આપના ક્લાયન્ટ્સની પાસવર્ડ-રીસેટ લિંક્સ આ મેસેજિસમાં જાય છે, અને કોઈના ધ્યાનમાં ન આવે તેવું ડાઉનગ્રેડ એ સૌથી ખરાબ પ્રકારની નિષ્ફળતા છે, કારણ કે મેઇલ તો પણ પહોંચી જાય છે.
પહેલાં આપણું DNS સેટ કરો
આપના પ્રોવાઇડર મેનેજ્ડ સેવાની જેમ આપના માટે આ કરી આપતા નથી. આપ જે ડોમેન પરથી મોકલી રહ્યા છો, તેના પર આપને જરૂર છે:
SPF — આપના સર્વરના સરનામાને અધિકૃત કરતો TXT રેકોર્ડ: v=spf1 ip4:203.0.113.10 -all, અથવા v=spf1 a:smtp.yourprovider.com -all. જો આપની પાસે પહેલેથી જ SPF રેકોર્ડ હોય, તો તેને એડિટ કરો; એક ડોમેન પર બે SPF રેકોર્ડ્સ SPF ને સંપૂર્ણપણે નિષ્ફળ બનાવે છે.
DKIM — આપણું મેઇલ સર્વર આઉટગોઇંગ મેસેજિસ પર સાઇન કરે છે અને આપ <selector>._domainkey.yourdomain.com પર મેચિંગ પબ્લિક કી પબ્લિશ કરો છો. Postfix પર આ સામાન્ય રીતે OpenDKIM હોય છે; આપના પ્રોવાઇડર આપને સિલેક્ટર જણાવશે.
DMARC — _dmarc.yourdomain.com પર એક TXT રેકોર્ડ, જે v=DMARC1; p=none; થી શરૂ થાય છે જ્યારે આપ ચકાસો છો કે SPF અને DKIM બંને પાસ થાય છે.
રિવર્સ DNS — આપના સર્વરના IP સરનામા માટેનો PTR રેકોર્ડ તેના હોસ્ટનેમ તરફ રિવર્સ પોઇન્ટ કરવો જોઈએ. મોટા પ્રાપ્તકર્તાઓ આ ચકાસે છે અને ઘણા લોકો તેના વગરના સરનામા પરથી મેઇલ સ્વીકારશે નહીં. આપના હોસ્ટિંગ પ્રોવાઇડર તેને સેટ કરે છે, આપના DNS પ્રોવાઇડર નહીં.
⭐ એકવાર ચાલુ થઈ ગયા પછી એક સારો મફત સેટઅપ ચેક: mail-tester.com પર એક મેસેજ મોકલો અને સ્કોર વાંચો. તે આપને જણાવે છે કે ચારમાંથી કયું ખોટું છે, જે સ્પામ ફોલ્ડર પરથી અંદાજ લગાવવા કરતાં ઘણું ઝડપી છે.
Zinn® માં તેને કનેક્ટ કરો
આપના ડેશબોર્ડમાં ઇમેઇલ સેન્ડિંગ ખોલો:
- પ્રોવાઇડર — SMTP સર્વર
- આ ડોમેન પરથી મોકલો —
mail.yourdomain.com(એક ડોમેન, સરનામું નહીં) - SMTP હોસ્ટ, પોર્ટ, યુઝરનેમ, પાસવર્ડ
- STARTTLS નો ઉપયોગ કરો — ઓન, જો આપ પોર્ટ 465 પર ન હોવ તો
⭐ આના માટે કોઈ વ્યક્તિના લોગિનનો ફરીથી ઉપયોગ કરવાને બદલે એક સમર્પિત મેઇલબોક્સ અથવા સબમિશન યુઝર બનાવો. જ્યારે કોઈ વ્યક્તિ નોકરી છોડે છે અને તેમનો પાસવર્ડ બદલાય છે, ત્યારે આપના ક્લાયન્ટ્સના નોટિફિકેશન્સ બંધ થવા જોઈએ નહીં.
ટેસ્ટ મોકલો અને કોડ દાખલ કરો
અન્ય ડોમેન પરના ઇનબોક્સમાં ટેસ્ટ મેસેજ મોકલો પર ક્લિક કરો, તેમાંથી કોડ વાંચો અને તેને દાખલ કરો.
જ્યારે તે કામ ન કરે
"મેઇલ સર્વરે યુઝરનેમ અથવા પાસવર્ડ અસ્વીકાર કર્યો" — SMTP AUTH નિષ્ફળ ગયું. જો આપના પ્રોવાઇડર પાસે એકાઉન્ટ પર ટુ-ફેક્ટર ઓથેન્ટિકેશન હોય, તો આપને લોગિન પાસવર્ડના બદલે એપ પાસવર્ડની જરૂર ચોક્કસપણે પડશે.
"host:port સુધી પહોંચી શકાયું નહીં" — પોર્ટ બ્લોક થયેલ છે, હોસ્ટનેમ ખોટું છે, અથવા સર્વર તે પોર્ટ પર સબમિશન સાંભળી રહ્યું નથી. બીજા મશીન પરથી telnet smtp.yourprovider.com 587 આપને જણાવશે કે શું સમસ્યા છે.
TLS ભૂલ — આપના સર્વરનું સર્ટિફિકેટ એક્સપાયર થઈ ગયું છે, સેલ્ફ-સાઇન્ડ છે, અથવા આપે દાખલ કરેલ હોસ્ટનેમ સાથે મેચ થતું નથી. અમે સર્ટિફિકેટ્સ ચકાસીએ છીએ અને તે ચેકને છોડીશું નહીં; સર્ટિફિકેટ સુધારો.
"મેઇલ સર્વરે પ્રાપ્તકર્તાનો અસ્વીકાર કર્યો" — આપનું સર્વર આ મોકલનાર માટે રીલે કરવા માટે ગોઠવાયેલ નથી, જેનો સામાન્ય રીતે અર્થ એ થાય છે કે ઓથેન્ટિકેટ થયેલ યુઝરને આપના સેન્ડિંગ ડોમેન તરીકે મોકલવાની પરવાનગી નથી.
તે મોકલે છે પરંતુ બધું સ્પામમાં જાય છે — તે DNS છે, SMTP નથી. ઉપર આપેલા SPF, DKIM, DMARC અને રિવર્સ DNS દ્વારા કામ કરો, પછી mail-tester ચેક ફરીથી ચલાવો.
હજુ અટવાયા છો?
દરેક પ્લાનમાં સપોર્ટ સામેલ છે અને તમારી પોતાની ભાષામાં જવાબ મળે છે.
સપોર્ટનો સંપર્ક કરો → બધા જ લેખો →