మీ యాప్ నుండి ఇమెయిళ్లు ఎలా పంపాలి (ఇన్‌బాక్స్‌కు చేరేలా)

మీ యాప్ నుండి ఇమెయిళ్లను నమ్మదగినగా పంపడానికి, మీ స్వంత మెయిల్‌బాక్స్ కాకుండా ఇమెయిల్ సెండింగ్ ప్రొవైడర్‌ను ఉపయోగించండి, మీ స్వంత డొమైన్‌లోని చిరునామా నుండి పంపండి, మరియు ప్రొవైడర్ ఇచ్చే DNS రికార్డులను జోడించి SPF, DKIM మరియు DMARC అన్నీ పాస్ అయ్యేలా చూడండి. ట్రాన్సాక్షనల్ ఇమెయిళ్లు — పాస్‌వర్డ్ రీసెట్‌లు, రసీదులు, నిర్ధారణలు — మార్కెటింగ్ ఇమెయిళ్ల నుండి వేరుగా ఉంచండి, ప్రతిదాన్ని ఆశించే వ్యక్తులకు మాత్రమే పంపండి, మరియు బౌన్స్‌లు, అన్‌సబ్‌స్క్రైబ్‌లను నిర్వహించండి. ముందు ప్రామాణీకరణ సరిగ్గా చేయండి; యాప్ ఇమెయిల్ స్పామ్‌లో పడటానికి ఇది అత్యంత సాధారణ కారణం.

ట్రాన్సాక్షనల్ vs మార్కెటింగ్ ఇమెయిల్

ఈ రెండు రకాల ఇమెయిళ్లు కోడ్‌లో ఒకేలా కనిపించినా, ఇన్‌బాక్స్ ప్రొవైడర్లు మరియు చట్టం వీటిని చాలా భిన్నంగా చూస్తాయి.

వీటిని వేరుగా ఉంచండి. ఒక మార్కెటింగ్ క్యాంపెయిన్‌కు స్పామ్ ఫిర్యాదులు వస్తే, అదే స్ట్రీమ్‌లోని పాస్‌వర్డ్ రీసెట్‌లు దాని వల్ల నష్టపోకూడదు. సాధారణ పద్ధతి ఏమిటంటే వేర్వేరు సబ్‌డొమైన్‌లు ఉపయోగించడం — ఉదాహరణకు ఖాతా ఇమెయిళ్లకు mail.example.com, న్యూస్‌లెటర్లకు news.example.com. కొన్ని ప్రొవైడర్లు ఈ రెండింటినీ అంతర్గతంగా వేరు చేస్తారు. ఉదాహరణకు Postmark, 2026 సెప్టెంబర్ నాటికి, తన ట్రాన్సాక్షనల్ మరియు బ్రాడ్‌కాస్ట్ "మెసేజ్ స్ట్రీమ్‌లు" వేరు వేరు సెండింగ్ ఇన్‌ఫ్రాస్ట్రక్చర్‌పై నడుస్తాయని చెబుతుంది.

ప్రొవైడర్‌ను ఎంచుకోవడం

మీ యాప్ తన స్వంత సర్వర్ నుండి ఇమెయిల్ స్వయంగా పంపకూడదు. సెండింగ్ ప్రొవైడర్లు ఇన్‌ఫ్రాస్ట్రక్చర్, IP రెప్యుటేషన్, రీట్రైలు మరియు బౌన్స్ ప్రాసెసింగ్ చూసుకుంటారు. బాగా తెలిసిన ఎంపికలు: Postmark, Resend, SendGrid, Amazon SES మరియు Mailgun. ప్రతిదానికీ HTTP API మరియు SMTP యాక్సెస్ ఉంది; ధరలు మరియు ప్లాన్లు మారుతూ ఉంటాయి, కాబట్టి వాటి సొంత సైట్‌లలో పోల్చి చూడండి.

పోల్చవలసినవి:

• దృష్టి. కొందరు ట్రాన్సాక్షనల్ ఇమెయిల్‌పై దృష్టి పెడతారు; మరికొందరు ట్రాన్సాక్షనల్ మరియు మార్కెటింగ్‌ను కలిపి అందిస్తారు.
• డెవలపర్ అనుభవం. స్పష్టమైన API, మీ భాషకు అధికారిక లైబ్రరీలు, ప్రతి సందేశం డెలివర్ అయిందా, బౌన్స్ అయిందా లేదా స్పామ్‌గా గుర్తించబడిందా చూపే ఉపయోగకరమైన లాగ్‌లు.
• వెబ్‌హుక్‌లు బౌన్స్‌లు, ఫిర్యాదులు, డెలివరీల కోసం, తద్వారా మీ యాప్ స్పందించగలదు.
• టెంప్లేట్‌లు — ప్రొవైడర్ వద్ద నిల్వ చేయబడినవి, లేదా మీ స్వంత కోడ్‌లో. కోడ్‌లో ఉంచితే అవి వెర్షన్ చేయబడి పరీక్షించదగినవిగా ఉంటాయి.
• ప్రాంతం మరియు డేటా నిర్వహణ, మీ డేటా ఎక్కడ ప్రాసెస్ అవుతుంది అనే అవసరాలు ఉంటే.
• మీ వాల్యూమ్‌లో ఖర్చు, ఉచిత టైర్ దాటితే ఏమవుతుంది అనేది కూడా.

జాబితాకు న్యూస్‌లెటర్లు పంపడానికి, యాప్‌లోనే క్యాంపెయిన్ ఫీచర్లు నిర్మించడం కంటే ప్రత్యేక న్యూస్‌లెటర్ లేదా ఇమెయిల్ మార్కెటింగ్ టూల్ తరచుగా మెరుగైన ఎంపిక.

మీ సెండింగ్ డొమైన్‌ను సెటప్ చేయండి

మీ స్వంత డొమైన్ నుండి పంపండి — hello@example.com, Gmail లేదా Outlook చిరునామా కాదు. ఉచిత మెయిల్‌బాక్స్ చిరునామా నుండి థర్డ్-పార్టీ సేవ ద్వారా పంపిన మెయిల్ ప్రామాణీకరణ తనిఖీలలో విఫలమవుతుంది మరియు ఫిల్టర్ అయ్యే అవకాశం ఎక్కువ.

పంపడానికే ప్రత్యేకమైన సబ్‌డొమైన్ పరిగణించండి. ఉదాహరణకు, Resend 2026 సెప్టెంబర్ నాటికి updates.example.com వంటి సబ్‌డొమైన్‌ల నుండి పంపమని సిఫార్సు చేస్తుంది, తద్వారా సెండింగ్ రెప్యుటేషన్ వేరుగా ఉంటుంది. ఇది ఇమెయిల్ DNS రికార్డులను మీ ప్రధాన సైట్ రికార్డుల నుండి కూడా వేరుగా ఉంచుతుంది.

ప్రొవైడర్ మీకు ఇచ్చే DNS రికార్డులను, మీ డొమైన్ DNS ఎక్కడ నిర్వహించబడుతుందో అక్కడ జోడించాలి. DNS మీకు కొత్త అయితే, డొమైన్లు మరియు DNS ఎలా పని చేస్తాయి ముందుగా రికార్డులను వివరిస్తుంది.

SPF

SPF (Sender Policy Framework) అనేది మీ డొమైన్ తరపున ఇమెయిల్ పంపగల సర్వర్లను జాబితా చేసే TXT రికార్డ్. గ్రహీత పంపే సర్వర్ ఆ జాబితాలో ఉందో లేదో తనిఖీ చేస్తారు.

• డొమైన్‌కు ఒకే ఒక్క SPF రికార్డ్ ఉండాలి. ప్రొవైడర్‌ను జోడిస్తే, రెండో రికార్డ్ జోడించకుండా ఉన్నదానిలోనే విలీనం చేయండి.
• మూల్యాంకనంలో SPF గరిష్టంగా 10 DNS లుకప్‌లు మాత్రమే అనుమతిస్తుంది; పొడవైన include: గొలుసులు దాన్ని మించి విఫలానికి దారితీయవచ్చు.
• చాలా ప్రొవైడర్లు మీరు సృష్టించమని అడిగే రిటర్న్-పాత్ సబ్‌డొమైన్‌పై SPF సెట్ చేస్తారు, కాబట్టి మీ ప్రధాన SPF రికార్డ్‌ను మీరు తాకాల్సిన అవసరం ఉండకపోవచ్చు.

DKIM

DKIM (DomainKeys Identified Mail) ప్రతి సందేశానికి క్రిప్టోగ్రాఫిక్ సంతకాన్ని జోడిస్తుంది. ప్రొవైడర్ ప్రైవేట్ కీతో సంతకం చేస్తుంది; మీరు సరిపోయే పబ్లిక్ కీని DNS రికార్డ్‌గా (ప్రొవైడర్‌ను బట్టి TXT లేదా CNAME) ప్రచురిస్తారు. సందేశం అధికృత పంపినవారి నుండే వచ్చిందని, మార్గంలో మార్చబడలేదని గ్రహీతలు సంతకాన్ని తనిఖీ చేసి ధృవీకరిస్తారు.

ప్రొవైడర్ యొక్క "డొమైన్‌ను ధృవీకరించు" దశ ఎక్కువగా DKIM గురించే. దాన్ని దాటవేయకండి.

DMARC

DMARC మిగతా రెండింటినీ కలుపుతుంది. ఇది _dmarc.yourdomain.com వద్ద ఉండే TXT రికార్డ్, ఇది గ్రహీతలకు ఇలా చెబుతుంది:

• అలైన్‌మెంట్: కనిపించే From చిరునామాలోని డొమైన్, SPF లేదా DKIM పాస్ అయిన డొమైన్‌తో సరిపోవాలి.
• విధానం: విఫలమైన మెయిల్‌తో ఏమి చేయాలి — p=none (కేవలం రిపోర్ట్ చేయి), p=quarantine (అనుమానాస్పదంగా పరిగణించు, తరచుగా స్పామ్), లేదా p=reject.
• రిపోర్ట్‌లు: సమీకృత రిపోర్ట్‌లు ఎక్కడికి పంపాలి (rua=), తద్వారా మీ డొమైన్ తరపున ఎవరు పంపుతున్నారో మీరు చూడగలరు.

మంచి మార్గం: p=none మరియు రిపోర్టింగ్ చిరునామాతో మొదలుపెట్టండి, మీ చట్టబద్ధమైన మెయిల్ పాస్ అవుతోందని నిర్ధారించుకోండి, ఆపై quarantine మరియు చివరికి rejectకు మారండి. కఠినమైన విధానం వల్ల ఇతరులు మీ డొమైన్‌ను నకిలీ చేయడం కూడా చాలా కష్టమవుతుంది.

Gmail ఏమి కోరుతుంది

2026 సెప్టెంబర్ నాటికి, Google సెండర్ మార్గదర్శకాలు ఇలా చెబుతున్నాయి:

• అన్ని పంపినవారు వ్యక్తిగత Gmail ఖాతాలకు SPF లేదా DKIM, పంపే సర్వర్లకు చెల్లుబాటు అయ్యే ఫార్వర్డ్ మరియు రివర్స్ DNS, TLS, మరియు Postmaster Tools లో 0.3% కంటే తక్కువ స్పామ్ రేట్ కలిగి ఉండాలి.
• బల్క్ పంపినవారు (Gmailకు రోజుకు 5,000 కంటే ఎక్కువ సందేశాలు) SPF మరియు DKIM, DMARC రికార్డ్ (p=none విధానం అనుమతించబడుతుంది), From-డొమైన్ అలైన్‌మెంట్, మరియు మార్కెటింగ్ లేదా సబ్‌స్క్రైబ్ చేసిన మెయిల్‌లపై వన్-క్లిక్ అన్‌సబ్‌స్క్రైబ్ మరియు కనిపించే అన్‌సబ్‌స్క్రైబ్ లింక్ కలిగి ఉండాలి.

సర్వర్ వైపు భాగాలను మీ ప్రొవైడర్ చూసుకుంటారు. DNS రికార్డులు మరియు అన్‌సబ్‌స్క్రైబ్ నిర్వహణ మీ బాధ్యత. మీరు రోజుకు 5,000 దగ్గర కూడా లేకపోయినా, బల్క్ నియమాలను పాటించడం సురక్షితంగా ఉండటానికి సులభమైన మార్గం.

మీ యాప్‌లో సెండింగ్‌ను నిర్మించండి

డొమైన్ ధృవీకరించిన తర్వాత:

1. API కీని నిల్వ చేయండి సర్వర్-సైడ్ సీక్రెట్‌గా — ఎప్పుడూ ఫ్రంట్-ఎండ్ కోడ్‌లో కాదు. ఎన్విరాన్‌మెంట్ వేరియబుల్స్ మరియు సీక్రెట్‌లు అంటే ఏమిటి చూడండి.
2. సర్వర్ నుండి పంపండి, ఇమెయిల్‌ను ప్రేరేపించే చర్య విజయవంతమైన తర్వాత.
3. వినియోగదారుని ఇమెయిల్ కోసం వేచి ఉంచవద్దు. సరళమైన యాప్ దాటి ఏదైనా ఉంటే, సెండ్‌ను క్యూలో ఉంచండి మరియు తాత్కాలిక వైఫల్యాలపై మళ్లీ ప్రయత్నించండి, తద్వారా నెమ్మదైన ప్రొవైడర్ స్పందన సైన్-అప్‌ను నెమ్మదింపజేయదు.
4. ఫలితాన్ని లాగ్ చేయండి — ప్రొవైడర్ మెసేజ్ ID మరియు స్టేటస్ — API కీని లేదా వ్యక్తిగత డేటా ఉన్న పూర్తి సందేశ బాడీలను లాగ్ చేయకుండా.
5. బౌన్స్‌లు మరియు ఫిర్యాదుల కోసం వెబ్‌హుక్‌లను హ్యాండిల్ చేయండి: హార్డ్-బౌన్స్ అయిన లేదా మిమ్మల్ని స్పామ్‌గా గుర్తించిన చిరునామాలకు పంపడం ఆపండి.

ఇది ప్రాథమికాలను కవర్ చేసే ప్రాంప్ట్:

[PROVIDER] ద్వారా సర్వర్ సీక్రెట్ [ENV_NAME] ఉపయోగించి ట్రాన్సాక్షనల్ ఇమెయిల్ పంపండి, "Acme hello@mail.acme.com" నుండి. సైన్-అప్ తర్వాత స్వాగత ఇమెయిల్ మరియు బుకింగ్ సేవ్ అయిన తర్వాత బుకింగ్ నిర్ధారణ పంపండి. టెంప్లేట్‌లను కోడ్‌లో ఉంచండి, HTML తో పాటు సాదా-టెక్స్ట్ వెర్షన్ కూడా ఉండాలి. సెండ్‌లను క్యూలో ఉంచి, తాత్కాలిక వైఫల్యాలను మూడు సార్లు వరకు మళ్లీ ప్రయత్నించండి. వైఫల్యాలను ప్రొవైడర్ ఎర్రర్‌తో లాగ్ చేయండి కానీ API కీని ఎప్పుడూ కాదు. హార్డ్ బౌన్స్‌లు మరియు ఫిర్యాదులపై చిరునామాలను undeliverable గా గుర్తించే వెబ్‌హుక్ ఎండ్‌పాయింట్ జోడించండి, మరియు భవిష్యత్తులో ఆ చిరునామాలను దాటవేయండి.

ఖాతా ఇమెయిళ్లు — ధృవీకరణ లింక్‌లు, మ్యాజిక్ లింక్‌లు మరియు పాస్‌వర్డ్ రీసెట్‌లు — లాగిన్‌లో భాగం. మీ యాప్‌కు లాగిన్ ఎలా జోడించాలి ఈ ఫ్లోలు ఎలా కలుస్తాయో వివరిస్తుంది; ఈ లింక్‌లను ఒకసారి మాత్రమే ఉపయోగించగలిగేవిగా మరియు తక్కువ కాలపరిమితితో ఉంచండి.

డెలివరబిలిటీ అలవాట్లు

ప్రామాణీకరణ మిమ్మల్ని పరిగణనలోకి తీసుకునేలా చేస్తుంది. ప్రవర్తన మిమ్మల్ని ఇన్‌బాక్స్‌లో ఉంచుతుంది.

• ప్రజలు ఆశించేది మాత్రమే పంపండి. నిర్ధారించిన సైన్-అప్‌లు, మార్కెటింగ్‌కు స్పష్టమైన ఆప్ట్-ఇన్, కొనుగోలు చేసిన జాబితాలు వద్దు.
• అన్‌సబ్‌స్క్రైబ్ చేయడాన్ని సులభం చేయండి ఖచ్చితంగా ట్రాన్సాక్షనల్ కాని వాటిపై, మరియు వెంటనే గౌరవించండి.
• కొత్త డొమైన్‌లను క్రమంగా వేడెక్కించండి. మొదటి రోజే వేల సందేశాలు పంపే కొత్త డొమైన్ అనుమానాస్పదంగా కనిపిస్తుంది. మీ ట్రాన్సాక్షనల్ మెయిల్‌తో మొదలుపెట్టి వాల్యూమ్‌ను క్రమంగా పెంచండి.
• జాబితాలను శుభ్రంగా ఉంచండి. హార్డ్ బౌన్స్‌లను వెంటనే తొలగించండి, మరియు చాలాకాలంగా ఏదీ ఓపెన్ చేయని వారిని తొలగించడాన్ని పరిగణించండి.
• మనిషిలా రాయండి. స్పష్టమైన సబ్జెక్ట్, గుర్తించదగిన From పేరు, సాదా-టెక్స్ట్ భాగం, తక్కువ చిత్రాలు, మీ స్వంత డొమైన్‌కు లింక్‌లు. లింక్ షార్ట్‌నర్లు వద్దు.
• పర్యవేక్షించండి. మీ డొమైన్‌ను Google Postmaster Tools లో నమోదు చేసి, అప్పుడప్పుడు DMARC రిపోర్ట్‌లు చదవండి.
• నిజమైన రిప్లై-టు చిరునామా ఉపయోగించండి ఎవరైనా చదివేది. రిప్లైలు మంచి సంకేతం మరియు ఉపయోగకరమైన ఫీడ్‌బ్యాక్.

ఎవరికీ స్పామ్ చేయకుండా పరీక్షించడం

• మీ ప్రొవైడర్‌కు టెస్ట్ మోడ్ లేదా శాండ్‌బాక్స్ ఉంటే దాన్ని ఉపయోగించండి, లేదా మీరు స్వంతం చేసుకున్న చిరునామాలకు పంపండి.
• డెవలప్‌మెంట్‌లో, నిజమైన వినియోగదారులకు కాకుండా క్యాచ్-ఆల్ టెస్ట్ ఇన్‌బాక్స్కు పంపండి; నిజమైనవిగా కనిపించే చిరునామాలతో నిండిన సీడ్ చేసిన డేటాబేస్ అపరిచితులకు అనుకోకుండా ఇమెయిల్ చేయడానికి సులభమైన మార్గం.
• ప్రతి టెంప్లేట్‌ను కొన్ని క్లయింట్లలో తనిఖీ చేయండి — వెబ్‌లో Gmail, ఫోన్ మెయిల్ యాప్, Outlook — మరియు డార్క్ మోడ్‌లో కూడా.
• టెస్ట్ ఇమెయిల్ యొక్క హెడర్‌లు చూడండి: SPF, DKIM మరియు DMARC పాస్ అయ్యాయో లేదో అవి చూపుతాయి.

చట్టపరమైన ప్రాథమికాలు

నియమాలు దేశాన్ని బట్టి మారతాయి. సాధారణంగా, మార్కెటింగ్ ఇమెయిల్‌కు చాలా చోట్ల అనుమతి అవసరం, పంపినవారిని గుర్తించాలి, మరియు పని చేసే అన్‌సబ్‌స్క్రైబ్ అందించాలి; ట్రాన్సాక్షనల్ ఇమెయిల్‌ను వేరుగా చూస్తారు, కానీ దానితో మార్కెటింగ్‌ను దొంగచాటుగా జోడించకూడదు. మీరు వెయిట్‌లిస్ట్ పేజీ నుండి చిరునామాలు సేకరిస్తే, ప్రతి వ్యక్తి ఎప్పుడు, ఎలా సైన్ అప్ చేశారో, మీరు ఏమి పంపుతారో మరియు ఏమి నిల్వ చేస్తారో చెప్పండి. సందేహం ఉంటే, మీ వినియోగదారులు ఉన్న చోట వర్తించే నియమాలు తనిఖీ చేయండి.

ఇమెయిల్ చెక్‌లిస్ట్

• ఇమెయిల్ ప్రొవైడర్ ఎంచుకున్నారు; API కీ సర్వర్ సీక్రెట్‌గా నిల్వ చేయబడింది
• మీ స్వంత డొమైన్ లేదా సబ్‌డొమైన్ నుండి పంపుతున్నారు, ఉచిత మెయిల్‌బాక్స్ నుండి కాదు
• SPF, DKIM మరియు DMARC రికార్డులు జోడించబడ్డాయి మరియు పాస్ అవుతున్నాయి
• ట్రాన్సాక్షనల్ మరియు మార్కెటింగ్ మెయిల్ వేరు చేయబడ్డాయి
• సెండ్‌లు క్యూలో ఉంచబడ్డాయి, మళ్లీ ప్రయత్నించబడ్డాయి; ఫలితాలు లాగ్ చేయబడ్డాయి
• బౌన్స్ మరియు ఫిర్యాదు వెబ్‌హుక్‌లు హ్యాండిల్ చేయబడ్డాయి
• ట్రాన్సాక్షనల్ కాని మెయిల్‌పై అన్‌సబ్‌స్క్రైబ్, వెంటనే గౌరవించబడుతుంది
• టెంప్లేట్‌లు అనేక క్లయింట్లలో పరీక్షించబడ్డాయి; టెస్ట్ మెయిల్ నిజమైన వినియోగదారులకు ఎప్పుడూ చేరదు

Mythex యాప్ నుండి ఇమెయిల్ పంపడం

Mythex తాము నిర్మించే యాప్‌ల కోసం అంతర్నిర్మిత ఇమెయిల్ సెండింగ్ సేవను ఇవ్వదు, కాబట్టి Resend, SendGrid లేదా Postmark వంటి ప్రొవైడర్‌ను మీరు తీసుకురావాలి. దాని API కీని ప్రాజెక్ట్ సీక్రెట్‌గా నిల్వ చేయండి — చాట్‌లో సీక్రెట్స్ కార్డ్ ద్వారా ఏజెంట్ దాన్ని అడగగలదు — మరియు మీకు కావాల్సిన ఇమెయిళ్లను సాధారణ మాటల్లో అడగండి. డాక్స్‌లో యాప్ నుండి ఇమెయిల్ పంపండి అనే స్టార్టర్ ప్రాంప్ట్ ఉంది. మీరు Pro లో Mythex ద్వారా డొమైన్ కొనుగోలు చేస్తే, డొమైన్ DNS సెట్టింగ్‌లలో ప్రొవైడర్ TXT మరియు CNAME రికార్డులు జోడించవచ్చు; కస్టమ్ డొమైన్‌లు చూడండి.

ప్రశ్నలు