அஞ்சல் பெட்டியை இணைத்தல்

டிக்கெட் அமைப்பு உள்வரும் அஞ்சலை IMAP வழியாகச் சேகரித்து, பதில்களை SMTP வழியாக அனுப்புகிறது. பெரும்பாலான வழங்குநர்களிடம் ஒரு பயனர் பெயரும் கடவுச்சொல்லும் போதும். Microsoft 365 மட்டுமே விதிவிலக்கு – ஏன் என்பதும், அதைச் சுமார் பத்து நிமிடங்களில் எப்படித் தீர்ப்பது என்பதும் இங்கே.

உங்கள் வழங்குநர் எதை ஆதரிக்க வேண்டும்

கீழே உங்கள் வழங்குநரைத் தேடுங்கள். மூன்றில் இரண்டு வழக்குகளுக்குக் கூடுதல் வேலையே தேவையில்லை.

வழங்குநர்	உங்களுக்கு என்ன தேவை	நேரடியாக இணைகிறது
உங்கள் சொந்த அஞ்சல் சேவையகம், வலைப் புரவலர்கள் (all-inkl, Strato, IONOS, Mailbox.org …), நிறுவனத்திற்குள் இயங்கும் Exchange	அஞ்சல் பெட்டியின் பயனர் பெயரும் கடவுச்சொல்லும்.	ஆம்
Google Workspace / Gmail	ஒரு பயன்பாட்டுக் கடவுச்சொல். வழக்கமான கணக்குக் கடவுச்சொல்லை Google நிராகரிக்கிறது. அந்தக் கணக்குக்கு இரண்டு-காரணி உள்நுழைவு இயக்கப்பட்டிருக்க வேண்டும் – அது இல்லாமல் Google பயன்பாட்டுக் கடவுச்சொற்களை வழங்குவதில்லை.	ஆம்
Microsoft 365 / Outlook.com	நேரடியாகச் சாத்தியமில்லை. IMAP க்கான பயனர் பெயர் மற்றும் கடவுச்சொல் உள்நுழைவை Microsoft நிறுத்திவிட்டது, பயன்பாட்டுக் கடவுச்சொற்களும் உதவாது, ஏனெனில் அவையும் அதே நுட்பத்தையே பயன்படுத்துகின்றன. இதைச் சுற்றி வரும் வழி, முன்னனுப்பலுடன் கூடிய தனி உதவி மைய அஞ்சல் பெட்டி (வழிகாட்டி கீழே).	இல்லை

Microsoft 365 ஏன் நேரடியாக இணைவதில்லை

Exchange Online இல் IMAP க்கான “அடிப்படை அங்கீகாரத்தை” Microsoft நிறுத்திவிட்டது. இது ஒரு Microsoft 365 அஞ்சல் பெட்டியை நேரடியாகப் படிக்கும் ஒவ்வொரு நிரலையும் பாதிக்கிறது, எங்களுடையதை மட்டும் அல்ல. அதன் வாரிசு OAuth2, அதற்கு உங்கள் Azure அடைவில் உங்கள் சொந்தப் பயன்பாட்டைப் பதிவு செய்து அதற்கு அணுகல் வழங்க வேண்டும். நாங்கள் இன்னும் OAuth2 ஐ ஆதரிக்கவில்லை – அது திட்டமிடப்பட்டுள்ளது, ஆனால் தேதியை வேண்டுமென்றே சொல்வதில்லை. பல வாடிக்கையாளர்களுக்குக் கீழே உள்ள வழியே எப்படியும் சிறந்தது: அதற்கு அடைவு நிர்வாகியும் தேவையில்லை, காலாவதியாகும் அணுகல் அனுமதிகளும் தேவையில்லை.

உள்நுழைவு இதனால் பாதிக்கப்படுவதில்லை: Microsoft Entra ID ஐ ஓர் SSO வழங்குநராக இணைக்கலாம் – OIDC அல்லது SAML 2.0 பேசும் வேறு எந்த வழங்குநரையும் போலவே. IMAP வழியாக அஞ்சலைப் படிப்பதற்கு மட்டுமே Microsoft இடம் OAuth2 தேவை, அதைத்தான் நாங்கள் இன்னும் வழங்கவில்லை.

தீர்வு: முன்னனுப்பலுடன் கூடிய தனி உதவி மைய அஞ்சல் பெட்டி

பயனர் பெயரையும் கடவுச்சொல்லையும் ஏற்கும் ஒரு வழங்குநரிடம் தனியாக ஓர் அஞ்சல் பெட்டியை உருவாக்குகிறீர்கள் – உங்கள் வலைப் புரவல தொகுப்பில் பொதுவாக ஒன்று அடங்கியிருக்கும். உங்கள் வாடிக்கையாளர்களுக்குத் தெரிந்த முகவரி அதற்கு முன்னனுப்பப்படுகிறது. டிக்கெட் அமைப்பு அந்த ஒரே அஞ்சல் பெட்டியை மட்டுமே படிக்கிறது.

இதனால் உங்களுக்குக் கிடைப்பது

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

படிப்படியாக

உதவி மைய அஞ்சல் பெட்டியை உருவாக்குங்கள்
உங்கள் வலைப் புரவலரிடம் அல்லது பயனர் பெயரும் கடவுச்சொல்லும் கொண்டு IMAP ஐ அனுமதிக்கும் எந்த வழங்குநரிடமும். ⚠️ உங்கள் முதன்மைக் களத்தின் அஞ்சலை ஏற்கெனவே Microsoft 365 கையாள்கிறது என்றால், அந்த முகவரி அந்தக் களத்தில் இருக்க முடியாது – ஒரு துணைக் களத்தையோ உங்கள் புரவலரின் களத்தையோ பயன்படுத்துங்கள். IMAP சேவையகத்தையும் துறையையும் (பொதுவாக SSL உடன் 993), SMTP சேவையகத்தையும் துறையையும் (பொதுவாக SSL உடன் 465 அல்லது STARTTLS உடன் 587) குறித்து வையுங்கள்.
Microsoft 365 இல் முன்னனுப்பலை அமையுங்கள்
Microsoft 365 admin center இல், உங்கள் வாடிக்கையாளர்கள் எழுதும் முகவரியைப் புதிய அஞ்சல் பெட்டிக்கு முன்னனுப்புங்கள். ⚠️ வெளிப்புற முகவரிகளுக்குத் தானியங்கு முன்னனுப்பலை Microsoft இயல்பாகவே தடுக்கிறது – வெளிச்செல்லும் தேவையற்ற அஞ்சல் வடிகட்டிக் கொள்கையில் உங்கள் நிர்வாகி அதை வெளிப்படையாக அனுமதிக்க வேண்டும். இல்லையேல் எதுவும் வந்து சேராது, அஞ்சல் பெட்டியும் எந்தப் பிழையையும் காட்டாது.
டிக்கெட் அமைப்பில் உள்ளிடுங்கள்
Settings → E-mail: IMAP சேவையகம், துறை மற்றும் SSL ஐ உள்ளிட்டு, பிறகு ஒவ்வொரு குழுவுக்கும் அஞ்சல் பெட்டியை அதன் பயனர் பெயர் மற்றும் கடவுச்சொல்லுடன் உள்ளிடுங்கள். செயலாக்கப்பட்ட அஞ்சலுக்கான இலக்குக் கோப்புறையைத் தட்டச்சு செய்ய வேண்டியதில்லை – “Read from server” உண்மையான கோப்புறைப் பட்டியலை எடுத்து வருகிறது, ஏனெனில் ஒவ்வொரு வழங்குநரிடமும் கோப்புறைப் பெயர்கள் வேறுவிதமாகவே இருக்கும்.
அனுப்புநர் முகவரியை அமையுங்கள்
உங்கள் பதில்களின் அனுப்புநராக உங்கள் வாடிக்கையாளர்கள் எந்த முகவரியைப் பார்ப்பார்கள் என்பதை SMTP இன் கீழ் நீங்கள் தீர்மானிக்கிறீர்கள். அவர்களுக்கு ஏற்கெனவே தெரிந்த முகவரியே பொதுவாகச் சரியானது. அந்த அனுப்புநர் முகவரியை அனுமதிக்கும் ஒரு சேவையகம் வழியாகவே அனுப்புதல் நடக்க வேண்டும் – வழக்கமாக உதவி மைய அஞ்சல் பெட்டியின் அதே வழங்குநர்.
சோதித்துப் பாருங்கள்
உங்கள் வாடிக்கையாளர்களை எதிர்கொள்ளும் முகவரிக்கு ஓர் அஞ்சலை அனுப்புங்கள். ஒரு நிமிடத்திற்குள் டிக்கெட் அமைப்பில் இருக்கும், உறுதிப்படுத்தல் அனுப்பியவரைச் சென்றடைந்திருக்கும். எதுவும் வரவில்லை என்றால், முதலில் உதவி மைய அஞ்சல் பெட்டியின் தேவையற்ற அஞ்சல் கோப்புறையைச் சரிபாருங்கள்.

கவனிக்க வேண்டியவை

முன்னனுப்பப்பட்ட அஞ்சல் தேவையற்ற அஞ்சலில் சேரக்கூடும்

பெறும் அஞ்சல் பெட்டியில், முன்னனுப்பும் சேவையகம் அந்தச் செய்தியின் அனுப்புநருடன் இனி பொருந்தாது. முதல் சில நாட்களில் தேவையற்ற அஞ்சல் கோப்புறையைச் சரிபார்த்து, முன்னனுப்பும் மூலத்தை அனுமதிப் பட்டியலில் சேருங்கள்.

அனுப்புதல் மற்றொரு பாதி

பயனர் பெயரும் கடவுச்சொல்லும் கொண்டு SMTP அனுப்புதலையும் Microsoft கட்டுப்படுத்துகிறது, அதை நிறுத்தவும் திட்டமிட்டுள்ளது. தொடக்கத்திலிருந்தே உங்கள் உதவி மைய அஞ்சல் பெட்டியின் அதே வழங்குநர் வழியாக அனுப்புவதைத் திட்டமிடுங்கள்.

உதவி மைய அஞ்சல் பெட்டியில் அலுவலகத்தில் இல்லை என்ற பதில் வேண்டாம்

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

ஒவ்வொரு குழுவுக்கும் ஓர் அஞ்சல் பெட்டி

ஒவ்வொரு குழுவுக்கும் சரியாக ஓர் அஞ்சல் பெட்டியை மட்டுமே டிக்கெட் அமைப்பு படிக்கிறது. பல பகுதிகளுக்கு – சொல்லப்போனால் IT க்கும் கணக்குப் பிரிவுக்கும் – தனித்தனியாக ஓர் அஞ்சல் பெட்டியையும் ஒரு முன்னனுப்பல் விதியையும் உருவாக்குங்கள்.

Google Workspace மற்றும் Gmail க்கான விரைவு வழிகாட்டி

இங்கே முன்னனுப்பல் தேவையில்லை. ஒரு பயன்பாட்டுக் கடவுச்சொல் கிடைத்ததும் அஞ்சல் பெட்டி நேரடியாகவே இணையும்.

1.Google கணக்குக்கு இரண்டு-காரணி உள்நுழைவை இயக்குங்கள். அது இல்லாமல் Google பயன்பாட்டுக் கடவுச்சொற்களை வழங்குவதில்லை.
2.கணக்கின் பாதுகாப்பு அமைப்புகளில் ஒரு பயன்பாட்டுக் கடவுச்சொல்லை உருவாக்கிக் குறித்து வையுங்கள் – அது ஒரே ஒரு முறை மட்டுமே காட்டப்படும்.
3.அதை டிக்கெட் அமைப்பில் உள்ளிடுங்கள்: IMAP imap.gmail.com, SSL உடன் துறை 993; SMTP smtp.gmail.com, SSL உடன் துறை 465. கணக்குக் கடவுச்சொல்லை அல்ல, பயன்பாட்டுக் கடவுச்சொல்லைப் பயன்படுத்துங்கள்.
4.கோப்புறைப் பெயர்களைத் தட்டச்சு செய்ய வேண்டாம்: Gmail தனது அமைப்புக் கோப்புறைகளை “[Gmail]/…” போன்ற பெயர்களில் வைத்திருக்கிறது. டிக்கெட் அமைப்பில் “Read from server” ஐப் பயன்படுத்திப் பட்டியலிலிருந்து கோப்புறையைத் தேர்ந்தெடுங்கள்.

உங்கள் வழங்குநருக்கு எது பொருந்தும் என்பதில் உறுதியில்லையா? நீங்கள் எதைப் பயன்படுத்துகிறீர்கள் என்று சொல்லுங்கள், மிகக் குறுகிய வழியை நாங்கள் சொல்கிறோம்.

எங்களிடம் கேளுங்கள்