रेट लिमिट

सीमाएँ प्लेटफ़ॉर्म और आपकी सेंडिंग प्रतिष्ठा की रक्षा करती हैं। आपकी अपनी सीमाएँ आपके प्लान पर निर्भर करती हैं और डैशबोर्ड में दिखती हैं।

सीमाएँ क्यों होती हैं

मेलबॉक्स प्रोवाइडर भेजने वाले को उसके इतिहास से परखते हैं। वॉल्यूम में अचानक उछाल दुरुपयोग जैसा दिखता है, इसलिए सीमाएँ और धीरे-धीरे बढ़ाना प्लेटफ़ॉर्म के साथ आपके डोमेन और IP की प्रतिष्ठा की भी रक्षा करते हैं। अनुरोध पर ऊँची सीमाएँ उपलब्ध हैं।

अपनी सीमाएँ जानें

आपके अकाउंट की सीमाएँ आपके प्लान और आपकी सेंडिंग कितनी स्थापित है, इस पर निर्भर करती हैं। मौजूदा मान डैशबोर्ड में देखें, या लॉन्च या सीज़नल पीक के लिए ज़्यादा गुंजाइश चाहिए तो सपोर्ट से संपर्क करें।

हेडर पढ़ना

रिस्पॉन्स आपका बचा हुआ कोटा बता सकते हैं। 429 मिलने पर, दोबारा कोशिश करने से पहले Retry-After में दी गई अवधि तक रुकें।

X-RateLimit-Limit: <requests allowed>
X-RateLimit-Remaining: <requests left>
Retry-After: <seconds to wait>

बैकऑफ़ के साथ रिट्राई

हर विफलता के बाद ज़्यादा इंतज़ार करें और थोड़ी रैंडमनेस जोड़ें, ताकि कई क्लाइंट एक ही पल रिट्राई न करें। प्रयासों की संख्या सीमित रखें।

async function send(payload, tries = 5) {
  for (let i = 0; i < tries; i++) {
    const res = await post(payload);
    if (res.status !== 429 && res.status < 500) return res;
    const wait = Number(res.headers.get("retry-after")) * 1000 || 2 ** i * 500;
    await new Promise((r) => setTimeout(r, wait + Math.random() * 250));
  }
  throw new Error("gave up after retries");
}

पीक के लिए योजना बनाएँ

अगर आप सेल या सत्र शुरू होने जैसा बड़ा सेंड करने वाले हैं, तो हमें पहले बताएँ, सेंड को समय में फैलाएँ, और नए डोमेन या डेडिकेटेड IP को धीरे-धीरे वॉर्म करें। अचानक उछाल मेलबॉक्स प्रोवाइडर द्वारा थ्रॉटलिंग का सबसे आम कारण है।