VPN બદલ્યા પછી Mail ફરે છે: ફરી સિંક કરવું કે ફરી ડાઉનલોડ કરવું?

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

એક વ્યસ્ત સૂચક, ત્રણ અલગ વાર્તાઓ

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

એ ટેબલ જ આખો નિર્ણય છે. એ એ પણ સમજાવે છે કે કેમ «એ ફરી ડાઉનલોડ કરે છે» એ વિન્ડોનું વર્ણન છે, ખામીનું નિદાન નથી, અને કેમ લોગિન ભૂલના જવાબમાં VPN સેટિંગ બદલવું ભાગ્યે જ મદદ કરે છે.

કંઈપણ અર્થઘટન કરતા પહેલાં એકાઉન્ટની સ્થિતિ વાંચો

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

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

Mac માં ઇન્ટરનેટ છે, પણ Mail કહે છે ઑફલાઇન

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

scutil --proxy

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

ડુપ્લિકેટ એ અલગ અવલોકન છે

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

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

એકાઉન્ટ દૂર કરતા પહેલાં નિર્ણય લો

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

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