તમારા પોતાના SMTP સર્વર દ્વારા ઇમેઇલ મોકલો

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

⚠️ જો તમારા પ્રોવાઇડર Mailgun, SendGrid, Postmark, Amazon SES અથવા Resend હોય, તો તેના બદલે તેની પોતાની માર્ગદર્શિકાનો ઉપયોગ કરો. જ્યારે કંઈક ખોટું થાય ત્યારે તે કનેક્શન્સ તમને વધુ સચોટ ભૂલ સંદેશાઓ આપે છે, કારણ કે અમે SMTP સ્ટેટસ કોડના બદલે પ્રોવાઇડરે વાસ્તવમાં શું જણાવ્યું છે તે વાંચી શકીએ છીએ.

તમને શાની જરૂર પડશે

તમારું મેઇલ સર્વર ચલાવનાર કોઈપણ વ્યક્તિ પાસેથી ચાર બાબતો:

• Host — દા.ત. smtp.yourprovider.com
• Port — 587, 465 અથવા 2525
• Username અને password

કયો પોર્ટ

587 એ STARTTLS સાથે સબમિશન માટે છે અને તમારે આનો જ ઉપયોગ કરવો જોઈએ. કનેક્શન સ્પષ્ટપણે શરૂ થાય છે અને કંઈપણ મોકલવામાં આવે તે પહેલાં TLS માં અપગ્રેડ થાય છે.

465 એ ઇમ્પ્લિસિટ TLS છે — પ્રથમ બાઇટથી જ એન્ક્રિપ્ટેડ. તે પણ એટલું જ યોગ્ય છે; કેટલાક પ્રોવાઇડર્સ તેને વધુ પસંદ કરે છે.

2525 એ એક બિનસત્તાવાર વિકલ્પ છે જે કેટલાક હોસ્ટ ઓફર કરે છે કારણ કે થોડા નેટવર્ક્સ 587 ને બ્લૉક કરે છે. જો તમારા પ્રોવાઇડર તમને કહે તો જ તેનો ઉપયોગ કરો.

⛔ પોર્ટ 25 અહીં સ્વીકાર્ય છે પરંતુ તે લગભગ ક્યારેય યોગ્ય જવાબ નથી. તે એવો પોર્ટ છે જેનો ઉપયોગ મેઇલ સર્વર્સ એકબીજા સાથે વાત કરવા માટે કરે છે, એપ્લિકેશન દ્વારા મેસેજ સબમિટ કરવા માટે નહીં. તે મોટાભાગના નેટવર્ક્સ પર બ્લૉક હોય છે, તેમાં વારંવાર કોઈ ઓથેન્ટિકેશન હોતું નથી, અને જ્યાં તે કામ કરે છે ત્યાં તે ઘણીવાર અનએન્ક્રિપ્ટેડ હોય છે.

⛔⛔ અમે અનએન્ક્રિપ્ટેડ કનેક્શન પર મેઇલ મોકલીશું નહીં. જો તમે Use 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® માં તેને કનેક્ટ કરો

તમારા ડેશબોર્ડમાં Email sending ખોલો:

• Provider — SMTP server
• Send from this domain — mail.yourdomain.com (એક ડોમેન, એડ્રેસ નહીં)
• SMTP host, Port, Username, Password
• Use STARTTLS — ચાલુ, સિવાય કે તમે પોર્ટ 465 પર હોવ

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

ટેસ્ટ મોકલો અને કોડ દાખલ કરો

અલગ ડોમેન પરના ઇનબોક્સમાં Send test message દબાવો, તેમાંથી કોડ વાંચો અને તેને દાખલ કરો.

જ્યારે તે કામ ન કરતું હોય

"The mail server rejected the username or password" — SMTP AUTH નિષ્ફળ ગયું. જો તમારા પ્રોવાઇડર પાસે એકાઉન્ટ પર ટૂ-ફેક્ટર ઓથેન્ટિકેશન હોય, તો તમને લોગિન પાસવર્ડના બદલે ચોક્કસપણે app password ની જરૂર પડશે.

"Could not reach host:port" — પોર્ટ બ્લૉક છે, હોસ્ટનામ ખોટું છે, અથવા સર્વર તે પોર્ટ પર સબમિશન સ્વીકારી રહ્યું નથી. બીજા મશીન પરથી telnet smtp.yourprovider.com 587 ચલાવવાથી તમને ખબર પડી જશે કે કયું કારણ છે.

A TLS error — તમારા સર્વરનું પ્રમાણપત્ર સમાપ્ત થઈ ગયું છે, સ્વ-હસ્તાક્ષરિત (self-signed) છે, અથવા તમે દાખલ કરેલા હોસ્ટનામ સાથે મેળ ખાતું નથી. અમે પ્રમાણપત્રોની ચકાસણી કરીએ છીએ અને તે ચકાસણીને છોડીશું નહીં; પ્રમાણપત્ર સુધારો.

"The mail server refused the recipient" — તમારું સર્વર આ મોકલનાર માટે રિલે કરવા માટે ગોઠવાયેલું નથી, જેનો સામાન્ય રીતે અર્થ એ થાય છે કે ઓથેન્ટિકેટ થયેલ યુઝરને તમારા મોકલવાના ડોમેન તરીકે મોકલવાની પરવાનગી નથી.

તે મોકલે છે પરંતુ બધું સ્પામમાં જાય છે — તે DNS ની સમસ્યા છે, SMTP ની નહીં. ઉપર દર્શાવેલ SPF, DKIM, DMARC અને રિવર્સ DNS ની પ્રક્રિયા પૂર્ણ કરો, અને પછી ફરીથી mail-tester ની તપાસ ચલાવો.