Mac Mail, இரண்டு கணக்குகள் மற்றும் அவற்றைப் பிரிக்க முடியாத ஒரு VPN விதி

Mail திறக்கிறது, வேலை இன்பாக்ஸ் ஒத்திசைக்கிறது, தனிப்பட்டது நேரம் தாண்டத் தொடங்குகிறது. அல்லது இரண்டும் ஒத்திசைக்கின்றன, ஆனால் வேலை சேவையகம் சுரங்கப்பாதை மேலே இருக்கும் வரை மட்டுமே பதிலளிக்கிறது, எந்தக் கணக்கு எது என்று Mail-க்குத் தெரியாது. அறிகுறி எப்போதும் ஒரே வடிவம்: ஒரு பயன்பாடு, இரண்டு கணக்குகள் மற்றும் பயன்பாட்டை அடையாளம் காணும் ஒரு விதி. திருத்தம் பயன்பாடு எல்லை அல்ல, கொள்கலன் என்பதை ஏற்றுக்கொள்வதில் தொடங்குகிறது.

இங்கே மூன்று தேர்விகள் உள்ளன, அவை ஒன்றுக்கொன்று மாற்றக்கூடியவை அல்ல. ஒன்று இணைப்பை உருவாக்கும் செயல்முறை, மற்றொன்று அது அடையும் ஹோஸ்ட், மூன்றாவது அந்த ஹோஸ்ட் வழியாக உள்நுழையப் பயன்படும் அடையாளம். உங்கள் கொள்கை எதைப் பெயரிட முடியுமோ அதுவே நீங்கள் உண்மையில் கட்டக்கூடிய எல்லை.

பயன்பாடு ஏன் தவறான அலகு

Mail என்பது ஒவ்வொரு உள்ளமைக்கப்பட்ட கணக்கிற்கும் சேவை செய்யும் ஒரே செயல்முறை. பயன்பாட்டிற்கு எதிராக எழுதப்பட்ட விதி அதன் அனைத்து இணைப்புகளையும் பிடிக்கிறது, எனவே தனிப்பட்ட கணக்கு வேலை சுரங்கப்பாதையையும் அதன் இயல்புநிலை பாதையையும் பெறுகிறது. அது ஏற்கத்தக்கதாக இருக்கலாம், ஆனால் அது ஒரு முடிவு, ஆராயாமல் விடக்கூடிய பக்க விளைவு அல்ல.

எதையும் சரிசெய்வதற்கு முன் பயனர் உண்மையில் எதைப் பற்றிப் புகார் கூறுகிறார் என்பதைப் பாருங்கள். ஒத்திசைக்கும் ஆனால் அனுப்ப முடியாத இன்பாக்ஸ் பொதுவாக இன்பாக்ஸை விட சமர்ப்பிப்பு சேவையகத்தைச் சுட்டுகிறது, இரண்டும் ஒரே தனிப்பட்ட வரம்பில் வெவ்வேறு முகவரிகளில் இருக்கலாம். தோல்வி பெறுதல், அனுப்புதல் அல்லது இரண்டிலும் உள்ளதா என்று கேளுங்கள். பதில் உங்கள் விதி எந்த முனையை மூட வேண்டும் என்பதைத் தீர்மானிக்கிறது, சேவையக நிர்வாகியுடன் ஒரு சுற்றைச் சேமிக்கிறது.

இரண்டு கணக்குகளும் வெவ்வேறு சேவையகங்களைப் பயன்படுத்தும்போது

வேலை அஞ்சல் நிறுவன வரம்பிற்குள் உள்ள ஹோஸ்டுடன் பேசினால், தனிப்பட்ட அஞ்சல் பொது வழங்குநருடன் பேசினால், இலக்கு அடிப்படையிலான ஏற்பாடு தேவையை வெளிப்படுத்த முடியும். அதற்கு அஞ்சல் சேவையகங்களின் உண்மையான முகவரிகள், அவற்றைத் தீர்க்கும் DNS, மற்றும் அதே சேவையுடன் வரும் சமர்ப்பிப்பு அல்லது அங்கீகார முனைகள் தேவை. கொள்கை எழுதும் முன் மூன்றையும் சேகரியுங்கள், ஏனெனில் இன்பாக்ஸை மட்டும் மூடும் விதி முதல் அனுப்புதலில் தோல்வியடையும்.

முகவரிகளைப் பயன்படுத்துங்கள், @ குறிக்குப் பின் வரும் பகுதியை அல்ல. அஞ்சல் முகவரியில் உள்ள டொமைன் வழிமாற்றல் அறிக்கை அல்ல, அதை அப்படிக் கருதுவது தவறான ஹோஸ்டுக்கு இயங்கும் அல்லது ஒருபோதும் இயங்காத விதியை உருவாக்குகிறது. உண்மையான முனைகளைக் கணக்கு அமைப்புகளில் அல்லது நிர்வாகியிடம் உறுதிப்படுத்துங்கள்.

இரண்டு கணக்குகளும் ஒரு சேவையகத்தைப் பங்கிடும்போது

ஒரே ஹோஸ்ட் முகவரியில் இரண்டு கணக்குகள் இலக்கு அடிப்படையிலான தேர்வை முழுமையாக முறியடிக்கின்றன. அந்த முகவரிக்கான பாதை இணைக்கும் யாருக்கும் சேவை செய்கிறது, பின்னர் எந்த இன்பாக்ஸ் உள்நுழைகிறது என்பதை ஆய்வு செய்ய முடியாது. பாதையை நகர்த்துவது இரண்டு கணக்குகளுக்குமான வழியை நகர்த்துகிறது, அதுவே பயனர் தவிர்க்க முயன்ற விளைவு.

அந்த நேரத்தில் நேர்மையான தேர்வுகள்: தளமும் கிளையண்டும் ஆதரித்தால் கணக்கு உணர்வு கொள்கை, பயன்பாட்டு எல்லை உண்மையாக இருக்க வேலைக் கணக்கிற்குத் தனி அனுமதிக்கப்பட்ட அஞ்சல் கிளையண்ட், அல்லது இரண்டு கணக்குகளும் ஒன்றாகப் பயணிக்கின்றன என்பதை ஏற்றுக்கொள்வது. வேண்டுமென்றே ஒன்றைத் தேர்ந்தெடுத்து எதைத் தேர்ந்தெடுத்தீர்கள் என்று சொல்லுங்கள்.

சுரங்கப்பாதையைத் தொடங்குவது அதை மூடுவதல்ல

Apple-இன் App Layer VPN பேலோட் MailDomains அமைப்பை ஆவணப்படுத்துகிறது: பட்டியலிடப்பட்ட டொமைன்கள் ஆதரிக்கப்படும் நிர்வகிக்கப்பட்ட வரிசைப்படுத்தல்களில் Mail VPN இணைப்பைத் தொடங்கச் செய்கின்றன. இது பயனுள்ள திறன், கேட்பதை விடக் குறுகியது. Mail அந்த டொமைன்களுடன் பேசும்போது சுரங்கப்பாதையைத் தொடங்குகிறது; ஒவ்வொரு பாதை, ஒவ்வொரு பயன்பாட்டு இணைப்பு அல்லது சுரங்கப்பாதை கீழே இருக்கும்போது என்ன நடக்கிறது என்பதை விவரிக்கவில்லை.

இது நிர்வகிக்கப்பட்ட அம்சமும் ஆகும், Mail இடைமுகத்தில் ஒவ்வொரு கணக்கிற்குமான தேர்வுப்பெட்டி அல்ல. வரிசைப்படுத்தல் நிர்வகிக்கப்படவில்லை என்றால், அமைப்பு உங்களுக்குக் கிடைக்காது, எவ்வளவு சுயவிவரத் திருத்தம் செய்தாலும் அது உருவாகாது.

தேக்ககப்படுத்தப்பட்ட இன்பாக்ஸ் அல்ல, புதிய ஒத்திசைவால் சோதியுங்கள்

ஏற்புச் சோதனை என்பது நோக்கமிட்ட கொள்கையின் கீழ் ஒவ்வொரு கணக்கிற்கும் புதிய ஒத்திசைவு, மேலும் பாதுகாக்கப்பட்டதற்கான கிடைக்காத நிலை. தேக்ககப்படுத்தப்பட்ட இன்பாக்ஸ் அடுத்த கோரிக்கை பற்றி எதையும் நிரூபிக்காது, இணைக்கப்பட்ட VPN சின்னம் ஏதோ ஒரு சுரங்கப்பாதை உள்ளது என்று மட்டுமே சொல்கிறது.

நிர்வாகியிடம் வேலைக் கணக்கின் முனைகளையும் தனிப்பட்ட அஞ்சலுக்கு விரும்பும் நடத்தையையும் கொடுத்து, பின்னர் எந்த ஆதரிக்கப்பட்ட கணக்கு உணர்வு, டொமைன் அடிப்படையிலான அல்லது பயன்பாட்டுக் கொள்கை அதைச் செயல்படுத்துகிறது என்று கேளுங்கள். ஒவ்வொரு நிலையிலும் இரண்டு கணக்குகளும் ஒத்திசைவதைப் பார்ப்பதே நீங்கள் வடிவமைத்த எல்லை இயந்திரம் வலியுறுத்தும் எல்லை என்பதற்கான ஒரே சான்று.