જ્યારે પ્રમાણિકરણ ઇમેઇલ મોડું આવે છે, ત્યારે પુનઃમોકલ બટન સ્પષ્ટ જવાબ લાગે છે. તે ઘણી વખત પરિસ્થિતિને વધુ ખરાબ કરે છે: અનેક સંદેશાઓ એકસાથે આવે છે, માત્ર નવો કોડ જ માન્ય રહે છે, અને કોઈને ખબર નથી કે કયા વિનંતિએ કયો સંદેશો ઉત્પન્ન કર્યો.
વિતરણને ચેકપોઇન્ટ્સની શ્રેણી તરીકે ગણો. છેલ્લો ચેકપોઇન્ટ શોધો જે નિશ્ચિત રીતે સફળ થયો હોય, પછી આગળનું તપાસો.
પ્રથમ, પુરાવાને જમાવો
બીજા સંદેશની વિનંતી કરતા પહેલા, નીચેની બાબતો નોંધો:
- સચોટ પ્રાપ્તકર્તા સરનામું;
- સબમિટ દબાવવાનો સમય;
- મોકલનાર અથવા સેવા નામ;
- પેજે સફળતા દર્શાવી છે કે નહીં;
- આ પ્રથમ વિનંતી છે કે પુનઃમોકલ છે;
- જો દર્શાવવામાં આવ્યું હોય તો અપેક્ષિત સમાપ્તિ સમય.
મોકલનારનું પેજ ખુલ્લું રાખો. બે મિનિટ પછી શોધાયેલ ટાઇપો મૂળ ફોર્મમાં હજુ પણ સબમિટ કરેલ મૂલ્ય હોય ત્યારે સુધારવું સરળ હોય છે.
સરનામું તપાસો, તમારી યાદી નહીં
સબમિટ કરેલ સરનામું GPTMail દ્વારા દર્શાવેલ સરનામા સાથે સરખાવો. સ્થાનિક ભાગ, દરેક ડોટ અથવા અંક, અને ડોમેન સફિક્સ તપાસો. જ્યારે અનેક ઇનબોક્સ ટૅબ્સ ખુલ્લા હોય અથવા તમે તાજેતરમાં પસંદ કરેલ ડોમેન બદલ્યો હોય ત્યારે ખાસ ધ્યાન આપો.
પછી ખાતરી કરો કે ડોમેન ડોમેન પેજ પર સક્રિય છે. સરનામું સિન્થેક્સ મુજબ માન્ય હોઈ શકે છે જ્યારે તેનો ડોમેન નિષ્ક્રિય હોય અથવા હવે GPTMail તરફ રૂટ ન થાય.
જો વેબસાઇટ મોકલતા પહેલા સરનામું નકારી દે, તો હજી સુધી વિતરણની સમસ્યા નથી. અન્ય સમર્થિત સરનામું જનરેટ કરો અને ફરી સબમિટ કરો.
મોકલનાર ખરેખર વિતરણ શરૂ કર્યું છે કે નહીં તેની પુષ્ટિ કરો
વેબસાઇટ上的 સફળતા સંદેશ ક્યારેક માત્ર એ અર્થ આપે છે કે પૃષ્ઠભૂમિ કામ બનાવવામાં આવ્યું છે. મોકલનાર હજી પણ ક્યુમાં હોઈ શકે છે, દર મર્યાદિત કરી શકે છે, અથવા ઇમેઇલ ફરી પ્રયાસ કરી રહ્યો હોય.
પુનઃમોકલ કરતા પહેલા થોડા મિનિટો રાહ જુઓ. જો સેવા પ્રવૃત્તિ લોગ આપે છે, તો તપાસો કે તે પ્રમાણિકરણ વિનંતીનું રેકોર્ડ કરે છે કે નહીં. તમે ચલાવતા ઉત્પાદન માટે, પ્રાપ્તકર્તા ઇનબોક્સને જોવાને બદલે એપ્લિકેશન ક્યુ અને મેઈલ-પ્રોવાઇડર ઇવેન્ટ તપાસો.
એક વખત રિફ્રેશ કરો, પછી યોગ્ય સંદેશ શોધો
મેન્યુઅલ રિફ્રેશ ઉપયોગ કરો અને આગમન સમય અનુસાર સૉર્ટ કરો. દેખાતી પ્રીવ્યુમાં માત્ર સેવા નામ નહીં, અપેક્ષિત મોકલનાર અને વિષય શોધો. ઓટોમેટેડ અને માર્કેટિંગ મેઈલ અલગ સબડોમેઈનમાંથી આવી શકે છે.
જો અનેક કોડ્સ આવે, તો તાજી વિનંતી ઉપયોગ કરો. ઘણા સિસ્ટમો બદલાવ મળતા જ પહેલાના કોડ્સને અમાન્ય કરે છે.
મોકલનારની સમસ્યા અને ડોમેનની સમસ્યાને અલગ કરો
અસંબંધિત પ્રોવાઇડરથી એ જ સરનામે એક ટૂંકું પ્લેઈન-ટેક્સ્ટ ટેસ્ટ સંદેશ મોકલો.
- જો ટેસ્ટ પહોંચે, તો પ્રાપ્ત કરનાર ડોમેન કાર્યરત છે અને મૂળ મોકલનાર વિલંબિત, સરનામું ફિલ્ટર કરે છે, અથવા હેન્ડઓફ પહેલાં નિષ્ફળ જાય છે.
- જો કોઈપણ સંદેશ ન પહોંચે, તો ડોમેનની સ્થિતિ અને MX કન્ફિગરેશન તપાસો.
- જો એક પ્રોવાઇડરનું સંદેશ પહોંચે પરંતુ બીજું સતત ન પહોંચે, તો મોકલનાર, સમયમુદ્રા અને કોઈપણ બાઉન્સ વિગતો એકત્ર કરો અને પછી રિપોર્ટ કરો.
કસ્ટમ ડોમેન માટે, અનુમાન વગર કસ્ટમ-ડોમેન MX સેટઅપ અનુસરો. જીવંત પરીક્ષણ દરમિયાન DNSને અચાનક બદલશો નહીં; દરેક બદલાવ નવી પ્રોપેગેશન વિન્ડો બનાવે છે.
સામાન્ય DNS નિષ્ફળતાઓને સમજો
MX લુકઅપ તાત્કાલિક નિષ્ફળ થઈ શકે છે કારણ કે રિઝોલ્વર ટાઇમઆઉટ થયો, અધિકૃત નામસર્વર્સમાં મતભેદ, DNSSEC વેલિડેશન નિષ્ફળ, અથવા રેકોર્ડ પ્રોપેગેટ ન થયો હોય. “કોઈ રેકોર્ડ મળ્યો નથી” એ નિશ્ચિત સમય પરની નિશ્ચિત લુકઅપનું પરિણામ છે, રેકોર્ડ ક્યારેય અસ્તિત્વમાં ન હતો તેનો પુરાવો નથી.
અધિકૃત DNS પ્રતિસાદ ક્વેરી કરો અને વાસ્તવિક ટાર્ગેટને GPTMail દ્વારા દર્શાવેલ ટાર્ગેટ સાથે સરખાવો. જો મેળ ખાતા હોય, તો રાહ જુઓ અને ફરી પ્રયાસ કરો. જો ન મળે, તો અધિકૃત રેકોર્ડ સુધારો.
જ્યારે સંદેશ પહોંચે છે પરંતુ કોડ નિષ્ફળ થાય
વિતરણ અને પ્રમાણિકરણ અલગ સિસ્ટમો છે. કોડ નિષ્ફળ થઈ શકે છે કારણ કે:
- નવો કોડ તેને બદલી દીધો;
- કોડ ટ્રાંઝિટમાં સમાપ્ત થયો;
- તે અન્ય બ્રાઉઝર સેશન અથવા અકાઉન્ટનું છે;
- કોડ સાથે whitespace નકલ થઈ ગયું હોય;
- લક્ષ્ય પેજ અલગ પર્યાવરણ ઉપયોગ કરે છે;
- મોકલનારની ઘડિયાળ અથવા સ્થિતિ ખોટી છે.
એક નવો કોડ વિનંતી કરો, તે નિશ્ચિત સંદેશ માટે રાહ જુઓ, અને તેને એક વખત ઉપયોગ કરો. જો તે નિષ્ફળ થાય, તો વિનંતી સમય અને સંદેશ સમય સાથે રિપોર્ટ કરો.
સંક્ષિપ્ત સહાય રિપોર્ટ
ઉપયોગી રિપોર્ટમાં પ્રાપ્તકર્તા સરનામું, મોકલનાર સરનામું, વિષય, UTC સમયમુદ્રા, શું બીજા મોકલનાર ઇનબોક્સ સુધી પહોંચ્યો, અને મોકલનાર દ્વારા દર્શાવેલ ચોક્કસ ભૂલ શામેલ હોય છે. જાહેર રીતે લોગ્સ શેર કરતા પહેલા પ્રમાણિકરણ કોડ્સ અને ખાનગી લિંક્સ દૂર કરો.
“કોઈ ઇમેઇલ નથી” તપાસવામાં મુશ્કેલ છે. “સંદેશ 14:03 UTC પર વિનંતી કરવામાં આવ્યો; બીજા પ્રોવાઇડર 14:05 પર પહોંચ્યો; અપેક્ષિત મોકલનાર 14:15 સુધી કોઈ સંદેશ અથવા બાઉન્સ ન આપ્યો” નિષ્ફળતા પક્ષને ઓળખે છે.
ક્યારે રાહ બંધ કરવી તે જાણો
જો અકાઉન્ટ મહત્વપૂર્ણ હોય અને સેવા અન્ય પ્રમાણિકરણ પદ્ધતિ આપે, તો તેનો ઉપયોગ કરો. જો સાઇનઅપ ઓછા જોખમનું હોય, તો નવું સમર્થિત સરનામું જનરેટ કરો અને ફરી શરૂ કરો. તમે રાખવા ઇચ્છો છો એવા અકાઉન્ટ માટે તાત્કાલિક ઇનબોક્સને માત્ર પુનઃપ્રાપ્તિ માર્ગ ન બનાવો.
વધુ વ્યાપક નિર્ણય માર્ગદર્શિકા માટે જુઓ અસ્થાયી ઇમેઇલ, યોગ્ય રીતે ઉપયોગ કરેલ.