Mail തുറക്കുന്നു, ജോലി ഇൻബോക്സ് സമന്വയിക്കുന്നു, സ്വകാര്യമെന്നത് സമയം കവിയാൻ തുടങ്ങുന്നു. അല്ലെങ്കിൽ രണ്ടും സമന്വയിക്കുന്നു, പക്ഷേ ജോലി സർവർ ടണൽ ഉയർന്നിരിക്കുമ്പോൾ മാത്രം പ്രതികരിക്കുന്നു, ഏത് അക്കൗണ്ട് ഏതാണെന്ന് Mail-ന് അറിയില്ല. ലക്ഷണത്തിന് എപ്പോഴും ഒരേ രൂപമാണ്: ഒരു ആപ്പ്, രണ്ട് അക്കൗണ്ടുകൾ, ആപ്പിനെ തിരിച്ചറിയുന്ന ഒരു നിയമം. തിരുത്തൽ ആപ്പ് അതിർത്തിയല്ല, പാത്രമാണെന്ന് സമ്മതിക്കുന്നതിൽ നിന്ന് ആരംഭിക്കുന്നു.

ഇവിടെ മൂന്ന് സെലക്ടറുകൾ പ്രവർത്തിക്കുന്നു, അവ പരസ്പരം മാറ്റിസ്ഥാപിക്കാനാവില്ല. ഒന്ന് കണക്ഷൻ ഉണ്ടാക്കുന്ന പ്രക്രിയയാണ്, മറ്റൊന്ന് അത് എത്തുന്ന ഹോസ്റ്റാണ്, മൂന്നാമത്തേത് ആ ഹോസ്റ്റിലൂടെ സൈൻ ഇൻ ചെയ്യാൻ ഉപയോഗിക്കുന്ന ഐഡന്റിറ്റിയാണ്. നിങ്ങളുടെ നയത്തിന് പേരിടാനാകുന്നത് ഏതാണോ അതാണ് നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ നിർമ്മിക്കാനാകുന്ന അതിർത്തി.

ആപ്പ് എന്തുകൊണ്ട് തെറ്റായ യൂണിറ്റ്

Mail ഓരോ കോൺഫിഗർ ചെയ്ത അക്കൗണ്ടിനെയും സേവിക്കുന്ന ഒരൊറ്റ പ്രക്രിയയാണ്. ആപ്പിനെതിരെ എഴുതിയ നിയമം അതിന്റെ എല്ലാ കണക്ഷനുകളും പിടിക്കുന്നു, അതിനാൽ സ്വകാര്യ അക്കൗണ്ട് ജോലി ടണലും അതിന്റെ സ്ഥിര റൂട്ടും പാരമ്പര്യമായി നേടുന്നു. അത് സ്വീകാര്യമായേക്കാം, പക്ഷേ അത് ഒരു തീരുമാനമാണ്, പരിശോധിക്കാതെ വിടാനാകുന്ന ഒരു പാർശ്വഫലമല്ല.

എന്തെങ്കിലും തിരുത്തുന്നതിന് മുമ്പ് ഉപയോക്താവ് യഥാർത്ഥത്തിൽ എന്തിനെക്കുറിച്ചാണ് പരാതിപ്പെടുന്നതെന്ന് പരിശോധിക്കുക. സമന്വയിക്കുന്നുവെങ്കിലും അയക്കാനാകാത്ത ഇൻബോക്സ് സാധാരണയായി ഇൻബോക്സിലേക്കല്ല, അയക്കൽ സർവറിലേക്കാണ് സൂചിപ്പിക്കുന്നത്, രണ്ടും ഒരേ സ്വകാര്യ ശ്രേണിയിലെ വ്യത്യസ്ത വിലാസങ്ങളിൽ ആകാം. പരാജയം സ്വീകരണത്തിലാണോ അയക്കലിലാണോ രണ്ടിലുമാണോ എന്ന് ചോദിക്കുക. ഉത്തരം നിങ്ങളുടെ നിയമം ഏത് അന്തിമ ബിന്ദു മറയ്ക്കണമെന്ന് തീരുമാനിക്കുന്നു, സർവർ അഡ്മിനിസ്ട്രേറ്ററുമായുള്ള ഒരു യാത്ര ലാഭിക്കുന്നു.

രണ്ട് അക്കൗണ്ടുകളും വ്യത്യസ്ത സർവറുകൾ ഉപയോഗിക്കുമ്പോൾ

ജോലി മെയിൽ കോർപ്പറേറ്റ് ശ്രേണിയിലെ ഹോസ്റ്റുമായി സംസാരിക്കുകയും സ്വകാര്യ മെയിൽ പൊതു ദാതാവുമായി സംസാരിക്കുകയും ചെയ്യുന്നുവെങ്കിൽ, ലക്ഷ്യാധിഷ്ഠിത ക്രമീകരണത്തിന് ആവശ്യകത പ്രകടിപ്പിക്കാം. മെയിൽ സർവറുകളുടെ യഥാർത്ഥ വിലാസങ്ങൾ, അവ പരിഹരിക്കുന്ന DNS, അതേ സേവനത്തോടൊപ്പം വരുന്ന അയക്കൽ അല്ലെങ്കിൽ പ്രാമാണീകരണ അന്തിമ ബിന്ദുക്കൾ എന്നിവ അതിന് വേണം. നയം എഴുതുന്നതിന് മുമ്പ് മൂന്നും ശേഖരിക്കുക, കാരണം ഇൻബോക്സ് മാത്രം മറയ്ക്കുന്ന നിയമം ആദ്യ അയക്കലിൽ പരാജയപ്പെടും.

വിലാസങ്ങൾ ഉപയോഗിക്കുക, @ ചിഹ്നത്തിന് ശേഷമുള്ള ഭാഗമല്ല. മെയിൽ വിലാസത്തിലെ ഡൊമെയിൻ റൂട്ടിംഗ് പ്രസ്താവനയല്ല, അതിനെ അതായി കണക്കാക്കുന്നത് തെറ്റായ ഹോസ്റ്റിന് പ്രവർത്തിക്കുന്ന അല്ലെങ്കിൽ ഒരിക്കലും പ്രവർത്തിക്കാത്ത നിയമം ഉണ്ടാക്കുന്നു. യഥാർത്ഥ അന്തിമ ബിന്ദുക്കൾ അക്കൗണ്ട് ക്രമീകരണങ്ങളിൽ നിന്നോ അഡ്മിനിസ്ട്രേറ്ററിൽ നിന്നോ സ്ഥിരീകരിക്കുക.

രണ്ട് അക്കൗണ്ടുകളും ഒരു സർവർ പങ്കിടുമ്പോൾ

ഒരേ ഹോസ്റ്റ് വിലാസത്തിലെ രണ്ട് അക്കൗണ്ടുകൾ ലക്ഷ്യാധിഷ്ഠിത തിരഞ്ഞെടുപ്പിനെ പൂർണ്ണമായി പരാജയപ്പെടുത്തുന്നു. ആ വിലാസത്തിലേക്കുള്ള റൂട്ട് ബന്ധിപ്പിക്കുന്ന ആർക്കും സേവനം നൽകുന്നു, പിന്നീട് ഏത് മെയിൽബോക്സ് സൈൻ ഇൻ ചെയ്യുന്നുവെന്ന് പരിശോധിക്കാനാവില്ല. റൂട്ട് നീക്കുന്നത് രണ്ട് അക്കൗണ്ടുകൾക്കുമുള്ള വഴി നീക്കുന്നു, അതാണ് ഉപയോക്താവ് ഒഴിവാക്കാൻ ശ്രമിച്ച ഫലം.

ആ ഘട്ടത്തിൽ സത്യസന്ധമായ ഓപ്ഷനുകൾ പ്ലാറ്റ്ഫോമും ക്ലയന്റും പിന്തുണയ്ക്കുന്നുവെങ്കിൽ അക്കൗണ്ട്-ബോധ്യമുള്ള നയം, ആപ്പ് അതിർത്തി യഥാർത്ഥമാകാൻ ജോലി അക്കൗണ്ടിന് പ്രത്യേകം അംഗീകരിച്ച മെയിൽ ക്ലയന്റ്, അല്ലെങ്കിൽ രണ്ട് അക്കൗണ്ടുകളും ഒരുമിച്ച് യാത്ര ചെയ്യുന്നുവെന്ന് സ്വീകരിക്കുക എന്നിവയാണ്. ബോധപൂർവം ഒന്ന് തിരഞ്ഞെടുക്കുക, ഏതാണ് തിരഞ്ഞെടുത്തതെന്ന് പറയുക.

ടണൽ പ്രവർത്തിപ്പിക്കുന്നത് അത് മറയ്ക്കുന്നതല്ല

Apple-ന്റെ App Layer VPN പേലോഡ് MailDomains ക്രമീകരണം രേഖപ്പെടുത്തുന്നു: പട്ടികപ്പെടുത്തിയ ഡൊമെയിനുകൾ പിന്തുണയ്ക്കുന്ന മാനേജുചെയ്ത വിന്യാസങ്ങളിൽ Mail VPN കണക്ഷൻ പ്രവർത്തിപ്പിക്കാൻ ഇടയാക്കുന്നു. ഇത് ഉപയോഗപ്രദമായ കഴിവാണ്, കേൾക്കുന്നതിനേക്കാൾ ഇടുങ്ങിയതാണ്. Mail ആ ഡൊമെയിനുകളുമായി സംസാരിക്കുമ്പോൾ അത് ടണൽ ആരംഭിക്കുന്നു; ഓരോ റൂട്ട്, ഓരോ ആപ്പ് ബന്ധം, ടണൽ താഴെയിരിക്കുമ്പോൾ എന്ത് സംഭവിക്കുന്നു എന്നിവ അത് വിവരിക്കുന്നില്ല.

ഇത് ഒരു മാനേജുചെയ്ത സവിശേഷതയുമാണ്, Mail ഇന്റർഫേസിലെ ഓരോ അക്കൗണ്ടിനുമുള്ള ചെക്ക്ബോക്സല്ല. വിന്യാസം മാനേജുചെയ്യപ്പെട്ടതല്ലെങ്കിൽ, ക്രമീകരണം നിങ്ങൾക്ക് ലഭ്യമല്ല, എത്ര പ്രൊഫൈൽ എഡിറ്റ് ചെയ്താലും അത് അത് സൃഷ്ടിക്കില്ല.

കാഷ് ചെയ്ത ഇൻബോക്സല്ല, പുതിയ സമന്വയത്തിലൂടെ പരീക്ഷിക്കുക

സ്വീകാര്യതാ പരീക്ഷണം ഉദ്ദേശിച്ച നയത്തിൻ കീഴിൽ ഓരോ അക്കൗണ്ടിനും പുതിയ സമന്വയമാണ്, കൂടാതെ സംരക്ഷിത അക്കൗണ്ടിന് ലഭ്യമല്ലാത്ത അവസ്ഥയും. കാഷ് ചെയ്ത ഇൻബോക്സ് അടുത്ത അഭ്യർത്ഥനയെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല, ബന്ധിപ്പിച്ച VPN ഐക്കൺ ഏതോ ഒരു ടണൽ നിലവിലുണ്ടെന്ന് മാത്രം പറയുന്നു.

അഡ്മിനിസ്ട്രേറ്ററിന് ജോലി അക്കൗണ്ടിന്റെ അന്തിമ ബിന്ദുക്കളും സ്വകാര്യ മെയിലിന് ആവശ്യമായ പെരുമാറ്റവും നൽകുക, തുടർന്ന് ഏത് പിന്തുണയ്ക്കുന്ന അക്കൗണ്ട്-ബോധ്യമുള്ള, ഡൊമെയിൻ അധിഷ്ഠിത അല്ലെങ്കിൽ അപ്ലിക്കേഷൻ നയം അത് നടപ്പാക്കുന്നുവെന്ന് ചോദിക്കുക. ഓരോ അവസ്ഥയിലും രണ്ട് അക്കൗണ്ടുകളും സമന്വയിക്കുന്നത് കാണുന്നതാണ് നിങ്ങൾ രൂപകൽപ്പന ചെയ്ത അതിർത്തി യന്ത്രം അടിച്ചേൽപ്പിക്കുന്ന അതിർത്തിയാണെന്നതിന് ഏക തെളിവ്.

അനുബന്ധ ലേഖനങ്ങൾ