# ईमेल भेजने की सीमाएं

Source: https://support.kapsulehost.com/hi-in/email-sending-limits

KapsuleHost हर mailbox पर भेजने की सीमाएं लागू करता है ताकि एक समझौता किया गया खाता या एक runaway script भेजने की प्रतिष्ठा को नुकसान न पहुंचा सके जिस पर सभी को निर्भर है।

ये सीमाएं सामान्य व्यावसायिक पत्राचार के लिए जानबूझकर उदार हैं और किसी भी चीज़ के लिए जानबूझकर सख्त हैं जो bulk campaign जैसी दिखती है। यदि आप सारे दिन ग्राहकों, आपूर्तिकर्ताओं और सहकर्मियों को लिख रहे हैं, तो आप इन्हें कभी नहीं देखेंगे। यदि आप एक mailbox के माध्यम से कोई न्यूज़लेटर भेजने की कोशिश कर रहे हैं, तो आप तुरंत उन्हें hit करेंगे, और यह article समझाता है कि इसके बजाय क्या करना चाहिए।

## सीमाएं

| विंडो | सीमा |
|---|---|
| प्रति घंटा | 100 संदेश |
| प्रति दिन | 1,000 संदेश |

दोनों counters rolling windows हैं न कि clock-hour या midnight-to-midnight buckets। जब कोई counter भर जाता है, तो आगे के संदेशों को तब तक अस्वीकार कर दिया जाता है जब तक पर्याप्त समय न बीत जाए ताकि वह वापस नीचे आ सके। कुछ भी permanently खो नहीं जाता: विंडो को roll over करने के लिए प्रतीक्षा करें और फिर से भेजें।

समान दो सीमाएं दो बार लागू की जाती हैं: एक बार उस mailbox के विरुद्ध जिसके रूप में आप एक संदेश submit करते हैं, और एक बार mail के envelope sender के address के विरुद्ध जिसे हम फिर relay करते हैं। यह एक practical case में मायने रखता है। एक ही mailbox से एक अलग From address के under भेजना, alias या shared address का उपयोग करके, आपको दूसरा allowance नहीं देता है।

> **Note:** ये per-mailbox सीमाएं हैं, न कि per-account या per-domain सीमाएं। एक ही domain पर पाँच mailboxes के पास अपना-अपना allowance है। Mailboxes जोड़ना campaign के लिए cap के around काम करने के लिए, हालांकि, बिल्कुल वही pattern है जिसके लिए cap मौजूद है, और यह domain की reputation को नुकसान पहुंचाता है जिसे ये पाँचों share करते हैं।

## सीमाएं क्यों मौजूद हैं

एक shared platform से outbound mail केवल उतना ही trusted है जितना इसका सबसे बुरा sender। जब platform पर एक address blasting शुरू करता है, तो receiving providers सावधानी से उस traffic को किसी और से अलग नहीं करते: वे sending infrastructure को downgrade करते हैं। Caps एक खाते के लिए एक बुरे घंटे और हर ग्राहक के लिए एक बुरे सप्ताह के बीच का अंतर हैं।

जब आपकी ओर से कुछ गलत हो जाए तो ये सीमाएं आपके पक्ष में भी काम करती हैं। एक contact form जिसमें broken loop है, एक plugin जो forever retry करता है, या एक mailbox जिसका password leak हो गया है, ये सभी 100 संदेशों पर रुक जाएंगे न कि 40,000 भेजने से पहले जब तक कोई notice न करे।

## क्या सीमा के विरुद्ध गिनता है

आप mail server के माध्यम से जो भी संदेश submit करते हैं, वह गिनता है, आप इसे कैसे भी submit करें:

- [webmail](https://support.kapsulehost.com/hi-in/email-webmail) से भेजा गया mail
- [Setting Up an Email Client](https://support.kapsulehost.com/hi-in/email-client-setup) में covered SMTP पर desktop या mobile client से भेजा गया mail
- एक application या website द्वारा भेजा गया mail जो mailbox के रूप में authenticate करता है

Mail जो fan out होता है, allowance को one-to-one correspondence की तुलना में बहुत तेजी से consume करता है, क्योंकि एक single message जो एक बड़े group को addressed है, प्रत्येक recipient के लिए एक delivery बन जाता है। एक 200-member [mailing list](https://support.kapsulehost.com/hi-in/email-mailing-lists) को भेजना एक working day में 200 individual replies भेजने के साथ तुलनीय नहीं है। Send करने से पहले इसकी योजना बनाएं।

> **Warning:** KapsuleHost mailbox के माध्यम से marketing campaigns, newsletters या announcement blasts न चलाएं। हमारे fair use terms स्पष्ट हैं कि bulk marketing एक dedicated bulk sending service पर होना चाहिए, और caps के परे अच्छे कारण हैं: campaign services unsubscribe processing, bounce cleanup, list hygiene और per-campaign reporting को handle करती हैं, जो एक mailbox नहीं करता है। एक campaign को mailbox के माध्यम से चलाना आपके द्वारा भेजे जाने वाले हर संदेश की deliverability को जोखिम में डालता है, जिसमें वे भी शामिल हैं जो actually matter करते हैं।

## Bulk Mail के लिए सही Tool

यदि आपको एक बड़े audience तक पहुंचने की आवश्यकता है, तो एक dedicated sending service का उपयोग करें और इसे अपने domain पर properly authorize करें:

1. एक bulk sending provider चुनें।
2. उनके sending hosts को अपने domain के SPF record में जोड़ें। एक domain के पास बिल्कुल एक SPF record हो सकता है, इसलिए उनके hosts आपके existing record के अंदर belong करते हैं, दूसरे record में नहीं।
3. अपने domain पर उनकी DKIM key को publish करें जैसा कि वे instruct करते हैं।
4. Correspondence के लिए अपने KapsuleHost mailboxes को रखें।

आपका domain फिर दोनों streams को correctly authenticate करता है और एक दूसरे को नुकसान नहीं पहुंचा सकता है। [SPF, DKIM and DMARC Explained](https://support.kapsulehost.com/hi-in/spf-dkim-dmarc) covers करता है कि प्रत्येक record क्या करता है, और किसी भी mailbox पर **Deliverability** tab आपको दिखाता है कि क्या currently published है।

## अन्य सीमाएं जो जानने लायक हैं

ये sending limits नहीं हैं, लेकिन ये अन्य numbers हैं जिनमें लोग Email console में आते हैं:

| Action | सीमा |
|---|---|
| Bulk mailbox import | 200 mailboxes per run, [Importing Mailboxes in Bulk](https://support.kapsulehost.com/hi-in/email-import) में covered |
| Mailbox export to `.mbox` | 5,000 messages per export |
| Standard mailbox storage | 10 GB, [My Mailbox Is Full](https://support.kapsulehost.com/hi-in/email-mailbox-full) देखें |
| Public mailing list subscribe | Rate limited per visitor |

## Inbound Filtering Thresholds

Sending limits govern करता है कि क्या जाता है। Incoming mail को अलग से score किया जाता है, और thresholds जानने लायक हैं क्योंकि वे समझाते हैं कि एक संदेश कहाँ ended up हुआ:

- एक spam threshold पर या उससे above score किए गए message को junk के रूप में marked किया जाता है और Junk folder में filed किया जाता है न कि delete किया जाता है।
- केवल egregiously scored mail को delivery के point पर outright refuse किया जाता है, जिसका अर्थ है sender को एक bounce मिलता है और पता चल जाता है कि यह arrive नहीं हुआ।
- कुछ भी silently discarded नहीं है। KapsuleHost "delete it quietly" tier नहीं चलाता है, क्योंकि mail जो बिना दोनों के जाने के बिना vanish हो जाता है वह bounce होने वाले mail से worse होता है।

आप **Spam filter** tab पर allow और block rules के साथ per mailbox scoring को override कर सकते हैं। एक allowed sender हमेशा inbox तक पहुंचता है; एक blocked को reject किया जाता है।

## यदि आपको एक उच्च सीमा की आवश्यकता है

Genuine business cases मौजूद हैं: एक booking system जो प्रतिदिन सैकड़ों appointments confirm करता है, एक dispatch address जो हर order को email करता है। यदि आपकी legitimate correspondence volume genuinely इन caps को exceed करती है, तो [open a support ticket](https://support.kapsulehost.com/hi-in/opening-a-support-ticket) करें जिसमें बताएं कि mail क्या है, roughly कितना है, और कौन इसे receives करता है।

conversation शुरू करने के लिए prepared रहें कि क्या traffic एक application से transactional mail होना चाहिए न कि एक person के mailbox से mail। ज्यादातर मामलों में यह होना चाहिए, और इसे move करना एक higher cap से बेहतर है आपकी deliverability के लिए।

## Troubleshooting

**My mail client keeps retrying और send करने में fail हो रहा है।** आप most likely hourly cap को hit कर चुके हैं। एक घंटे के लिए leave करें, फिर फिर से send करें। Afterwards में outbox को check करें ताकि आप accidentally एक ही message को दो बार न send करें।

**मैंने आज 100 messages नहीं भेजे हैं।** Check करें कि और क्या उस mailbox के रूप में authenticate करता है। Websites, contact forms, CRM tools, invoicing systems और monitoring scripts अक्सर एक mailbox के credentials का उपयोग करते हैं, और उनका traffic counts। यदि आप volume को account नहीं कर सकते, तो इसे एक possible compromise के रूप में treat करें: **Password** tab से तुरंत mailbox password को change करें और [Account Security](https://support.kapsulehost.com/hi-in/account-security) को पढ़ें।

**Mail को accept किया जा रहा है लेकिन recipients कभी इसे नहीं देखते हैं।** यह एक deliverability problem है, एक limit नहीं। [Why Are My Emails Going to Spam?](https://support.kapsulehost.com/hi-in/email-spam-sending) के माध्यम से काम करें और [Understanding Bounce Messages](https://support.kapsulehost.com/hi-in/email-bounce-codes) को check करें कि sending report actually क्या बता रहा है।

**मुझे एक bounce मिला जो एक rate या एक policy को mention करता है।** Bounce text को carefully पढ़ें: यह receiving provider की limit हो सकती है न कि हमारी। Bounce codes और उनका क्या मतलब है यह [Understanding Bounce Messages](https://support.kapsulehost.com/hi-in/email-bounce-codes) में covered है।

**मैं हर हफ्ते एक list को भेजता हूं और यह हमेशा आधे में fail होता है।** यह fan-out effect है। List को एक bulk sending service में move करें, या यदि यह genuinely एक one-off है तो send को days में split करें।

संबंधित पढ़ना: [Why Are My Emails Going to Spam?](https://support.kapsulehost.com/hi-in/email-spam-sending), [Understanding Bounce Messages](https://support.kapsulehost.com/hi-in/email-bounce-codes), [Getting Delisted From a Blocklist](https://support.kapsulehost.com/hi-in/email-blacklist-delisting), और [Mailing Lists](https://support.kapsulehost.com/hi-in/email-mailing-lists)।