அறிவுத் தளம்

உங்கள் சொந்த Amazon SES கணக்கின் மூலம் மின்னஞ்சலை அனுப்பவும்

SMTP வழியாக உங்கள் சொந்த Amazon SES கணக்கை இணைக்கவும்: ஒரு பிராந்தியத்தைத் தேர்ந்தெடுத்து அதிலேயே இருப்பது, Easy DKIM, இணைப்பதற்கு முன் sandbox இலிருந்து வெளியேறுவது, மற்றும் SMTP நற்சான்றிதழ்கள் ஏன் உங்கள் AWS அணுகல் விசை அல்ல என்பது பற்றிய விவரங்கள்.

உங்களுக்கு ஓர் AWS கணக்கும் உங்கள் டொமைனின் DNS-க்கான அணுகலும் தேவைப்படும். இந்தப் பட்டியலில் SES தான் மிகக் குறைந்த கட்டணத்தைக் கொண்ட தெரிவு, மேலும் அதிகப் படிகளைக் கொண்டதும் இதுவே ஆகும்.

Amazon-இன் சொந்த ஆவணங்கள்: டொமைனைச் சரிபார்த்தல் · SMTP நற்சான்றிதழ்களைப் பெறுதல் · sandbox-ஐ விட்டு வெளியேறுதல்

⭐ நாங்கள் SES-ஐ அதன் SMTP இடைமுகம் வழியாக இணைக்கிறோமே தவிர, அதன் REST API வழியாக அல்ல. அதனால்தான் உங்களிடம் ஓர் AWS அணுகல் விசைக்கு (access key) பதிலாக ஓர் SMTP பயனர்பெயர் மற்றும் கடவுச்சொல் கேட்கப்படுகிறது. இரண்டு வழிகளுமே முற்றிலும் ஒரே செய்தியைத்தான் வழங்குகின்றன; SMTP வழியானது வெளியிலிருந்து கண்டறிய முடியாத ஒரு முழுமையான AWS கோரிக்கை-கையொப்பப் பிழைகளைத் தவிர்க்கிறது, மேலும் எங்களைப் போன்ற கருவிகள் அதைப் பயன்படுத்த வேண்டும் என்பதற்காகவே Amazon நற்சான்றிதழ்களை வெளியிடும் இடைமுகமாகவும் இது உள்ளது.

1. ஒரு பிராந்தியத்தைத் (region) தேர்ந்தெடுத்து அதிலேயே இருங்கள்

SES பிராந்தியம் சார்ந்தது. கீழே உள்ள அனைத்தும் — நீங்கள் சரிபார்த்த டொமைன், உங்கள் நற்சான்றிதழ்கள், உங்கள் அனுப்பும் ஒதுக்கீடு (quota) — ஒரே ஒரு AWS பிராந்தியத்திற்கு மட்டுமே உரியவை மற்றும் வேறு எதிலும் இருப்பதில்லை.

உங்கள் வாடிக்கையாளர்களுக்கு மிக அருகில் உள்ள ஒன்றைத் தேர்ந்தெடுத்து (ஐரோப்பாவிற்கு eu-west-1, வட அமெரிக்காவிற்கு us-east-1) அதைக் குறித்துக்கொள்ளுங்கள். உங்கள் டொமைனை அயர்லாந்தில் சரிபார்த்துவிட்டு, பின்னர் பிராங்பேர்ட்டில் நற்சான்றிதழ்களை உருவாக்குவது இங்கே உங்கள் ஒரு மதியப் பொழுதை வீணடிப்பதற்கான பொதுவான வழியாகும், மேலும் இது உருவாக்கும் பிழையானது பிராந்தியங்களைப் பற்றி எதையும் குறிப்பிடாது.

2. உங்கள் டொமைனைச் சரிபாருங்கள்

Amazon SES console → Identities → Create identity → Domain. mail.yourdomain.com போன்ற ஒரு துணை டொமைனை உள்ளிடவும்.

Easy DKIM-ஐ இயக்கி, RSA_2048_BIT-ஐத் தேர்ந்தெடுக்கவும். SES உங்களுக்கு மூன்று CNAME பதிவுகளை வழங்குகிறது:

TypeHost
CNAME<token1>._domainkey.mail.yourdomain.com
CNAME<token2>._domainkey.mail.yourdomain.com
CNAME<token3>._domainkey.mail.yourdomain.com

மூன்றையும் சேர்க்கவும். சரிபார்ப்பு வழக்கமாக ஒரு மணி நேரத்திற்குள் முடிந்துவிடும்.

⭐ மேலும் ஒரு தனிப்பயன் MAIL FROM டொமைனை (bounce.mail.yourdomain.com) இயக்கி, அது கேட்கும் MX மற்றும் SPF TXT பதிவுகளைச் சேர்க்கவும். இது இல்லாமல் உங்கள் envelope அனுப்புநர் amazonses.com ஆக இருக்கும், எனவே SPF உங்களுடன் அமையாமல் Amazon-உடன் ஒத்துப்போகும், மேலும் நீங்கள் DKIM-ஐ மட்டுமே சார்ந்திருக்க வேண்டியிருக்கும்.

3. sandbox-லிருந்து வெளியேறுங்கள் — இது மக்கள் தவறவிடும் ஒரு படியாகும்

⛔⛔ ஒரு புதிய SES கணக்கு sandbox-இல் இருக்கும் மற்றும் நீங்கள் தனித்தனியாகச் சரிபார்த்த முகவரிகளுக்கு மட்டுமே அனுப்ப முடியும். இது மற்ற அனைத்தையும் ஏற்றுக்கொண்டு எதையும் வழங்காது.

எங்கள் சரிபார்ப்புப் படி கண்டறிய விரும்புவது துல்லியமாக இந்தத் தோல்வியைத்தான்: sandbox-இல், SES உங்கள் செய்தியை முற்றிலும் வழக்கமான ஒரு வெற்றிகரமான பதிலுடன் எடுத்துக்கொண்டு, பின்னர் அதைக் கைவிட்டுவிடுகிறது. AWS-இல் நீங்கள் தற்செயலாகச் சரிபார்த்த ஒரு முகவரிக்குச் சோதனையை அனுப்பி எங்கள் அமைப்பைச் சரிபார்த்தால், அது செயல்படும் — பின்னர் ஒரு உண்மையான வாடிக்கையாளருக்கான ஒவ்வொரு செய்தியும் மறைந்துவிடும்.

Account dashboard → Request production access. நீங்கள் என்ன அனுப்புகிறீர்கள் மற்றும் மின்னஞ்சல் நிராகரிப்புகளை (bounces) எவ்வாறு கையாள்கிறீர்கள் என்று Amazon கேட்கும்; உங்கள் சொந்த வாடிக்கையாளர்களுக்கான பரிவர்த்தனை அறிவிப்புகள் பற்றிய ஓரிரண்டு நேர்மையான வாக்கியங்கள் பொதுவாக 24 மணி நேரத்திற்குள் அங்கீகரிக்கப்படும்.

⭐ SES-ஐ இங்கே இணைப்பதற்கு முன்பே இதைச் செய்யுங்கள். பின்னர் பிழைத்திருத்தம் செய்வதற்கு எதுவுமில்லை, ஏனெனில் எதுவுமே தோல்வியடைவதில்லை.

4. SMTP நற்சான்றிதழ்களை உருவாக்குங்கள்

SES console → SMTP settings → Create SMTP credentials.

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

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

⚠️ கடவுச்சொல் ஒரு முறை மட்டுமே காட்டப்படும். பக்கத்தை விட்டு வெளியேறுவதற்கு முன் CSV-ஐப் பதிவிறக்கவும்.

5. Zinn®-இல் அதை இணையுங்கள்

உங்கள் கட்டுப்பாட்டுப் பலகத்தில் Email sending-ஐத் திறக்கவும்:

  • Provider — Amazon SES
  • Send from this domain — mail.yourdomain.com
  • AWS region — படி 1-இல் இருந்து பிராந்தியம், எ.கா. eu-west-1
  • SMTP username — படி 4-லிருந்து
  • Port — 587 என்ற நிலையிலேயே விட்டுவிடவும்
  • SES SMTP password — படி 4-லிருந்து

நாங்கள் உங்களுக்காக ஹோஸ்ட்டை உருவாக்குகிறோம் (email-smtp.<region>.amazonaws.com), எனவே ஹோஸ்ட்பெயரைத் தவறாகத் தட்டச்சு செய்ய வாய்ப்பில்லை.

6. சோதனையை அனுப்பி குறியீட்டை உள்ளிடவும்

நீங்கள் AWS-இல் சரிபார்க்காத வேறுபட்ட டொமைனில் உள்ள ஓர் இன்பாக்ஸுக்கு Send test message-ஐ அழுத்தவும் — ஒரு தனிப்பட்ட Gmail முகவரி சிறந்தது, ஏனெனில் நீங்கள் sandbox-லிருந்து வெளியேறிவிட்டீர்கள் என்பதை நிரூபிக்கும் முகவரி அதுவே. குறியீட்டைப் படித்து அதை உள்ளிடவும்.

இது வேலை செய்யாதபோது

ஒரு உண்மையான வாடிக்கையாளருக்கு அனுப்பும்போது "Email address is not verified" என்று வந்தால் — நீங்கள் இன்னும் sandbox-இல் இருக்கிறீர்கள். படி 3.

535 Authentication Credentials Invalid — நீங்கள் SMTP நற்சான்றிதழ்களுக்குப் பதிலாக உங்கள் AWS அணுகல் விசையைப் பயன்படுத்தியுள்ளீர்கள் (படி 4), அல்லது நீங்கள் உள்ளிட்ட பிராந்தியத்திலிருந்து வேறுபட்ட ஒரு பிராந்தியத்திற்கு நற்சான்றிதழ்கள் உரியவை.

"Maximum sending rate exceeded" — ஒரு புதிய தயாரிப்புக் கணக்கு நொடிக்கு 14 செய்திகள் மற்றும் ஒரு நாளைக்கு 50,000 என்ற அளவில் தொடங்குகிறது. அது மிகப்பெரிய அளவிலான அறிவிப்புகள் ஆகும், ஆனால் நீங்கள் ஒரு பெரிய வாடிக்கையாளர் தளத்தை மாற்றுகிறீர்கள் என்றால், முதலில் வரம்பை அதிகரிக்குமாறு கோருங்கள்.

இது சோதனையில் வேலை செய்தது, ஆனால் தயாரிப்பில் நின்றுவிட்டது — SES Reputation கட்டுப்பாட்டுப் பலகத்தைச் சரிபார்க்கவும். ஒரு நிராகரிப்பு (bounce) அல்லது புகார் விகிதம் அவற்றின் வரம்பைத் தாண்டும்போது Amazon தானாகவே அனுப்புவதை இடைநிறுத்துகிறது, மேலும் ஒரு பழைய வாடிக்கையாளர் பட்டியலைக் கொண்டு அதைத் தாண்டுவது எளிது.

வலைப்பதிவிலிருந்து அண்மைத்தகவல்கள்

ஹோஸ்டிங், எஸ்சிஓ மற்றும் பெரிய அளவில் தளங்களை இயக்குவது பற்றி நாங்கள் எழுதியவை.

ஹோஸ்டிங் அடுக்கில் இருந்து எஸ்சிஓ மற்றும் இணைப்பு உருவாக்கம்: 2026 ஆபரேட்டரின் பார்வை

2026-இல் ஹோஸ்டிங் எவ்வாறு அட்டவணைப்படுத்தலையும் (indexing) இணைப்பு மதிப்பையும் (link equity) தீர்மானிக்கிறது: பக்கங்களை அட்டவணைப்படுத்தலில் வைத்திருத்தல், பழைய டொமைன்களைப் பயன்படுத்துவதற்கு முன் அவற்றை ஆய்வு செய்தல், எந்தவொரு தடையமும் (footprint) இல்லாமல் இணைப்புகளை உருவாக்குதல், மற்றும் எஸ்சிஓ-விற்கு உள்கட்டமைப்பால் என்ன செய்ய முடியும் மற்றும் என்ன செய்ய முடியாது என்பது பற்றிய வெளிப்படையான பார்வை.

இடுகையைப் படிக்கவும் →

WordPress-ஐ வேகமாகவும் பாதுகாப்பாகவும் மாற்றுதல்: செயல்திறன் மற்றும் செருகுநிரல் சரிபார்ப்புப் பட்டியல்

வேகமான, பாதுகாப்பான WordPress-க்கான ஒரு நடைமுறை சரிபார்ப்புப் பட்டியல்: சேவையக நிலை தற்காலிகச் சேமிப்பு (server-level caching), ஒரு தளத்திற்கான பொருள் தற்காலிகச் சேமிப்பு (object cache), பயன்படுத்தத் தகுதியான சில செருகுநிரல்கள், மென்பொருள் தொகுப்பைப் புதுப்பித்த நிலையில் வைத்திருப்பது மற்றும் நீங்கள் ஒருபோதும் தற்காலிகச் சேமிப்பில் வைக்கக்கூடாத WooCommerce பக்கங்கள்.

இடுகையைப் படிக்கவும் →

2026 இல் நிர்வகிக்கப்படும் வலை ஹோஸ்டிங்கை எவ்வாறு தேர்வு செய்வது: வாங்குபவருக்கான வழிகாட்டி

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

இடுகையைப் படிக்கவும் →

வலைப்பதிவைப் படிக்கவும் →

இன்னும் சிக்கல் உள்ளதா?

ஒவ்வொரு திட்டத்திலும் ஆதரவு சேர்க்கப்பட்டுள்ளது, உதவி மையம் நாளுக்கு 24 மணிநேரமும் திறந்திருக்கும், மேலும் எங்கள் 58 மொழிகளில் எதிலும் நீங்கள் எங்களுக்கு எழுதலாம் — நாங்கள் உங்கள் மொழியிலேயே உங்களுக்குப் பதிலளிக்கிறோம்.

ஆதரவைத் தொடர்பு கொள்ளவும் → அனைத்துக் கட்டுரைகளும் →