संदेश असल में कितनी जल्दी आता है?
इस श्रेणी की हर सेवा कहती है “तुरंत”। यह शब्द अपने आप में कुछ नहीं कहता, और ईमानदार जवाब यह है कि देरी का ज़्यादातर हिस्सा हमारे हाथ में है ही नहीं। नीचे लिखा है कि वह इंतज़ार असल में बना किन चीज़ों से है, और उसे ख़ुद क़रीब एक मिनट में कैसे नापा जाए।
देरी बनी किन हिस्सों से है
दूसरी साइट पर “भेजें” दबाने से लेकर यहाँ संदेश दिखने तक चार अलग-अलग चीज़ें होती हैं — और वे बराबर धीमी नहीं हैं।
| चरण | इसे कौन नियंत्रित करता है | इंतज़ार में आम तौर पर इसका हिस्सा |
|---|---|---|
| भेजने वाले की क़तार | वह साइट जिस पर आपने साइन-अप किया | आम तौर पर सबसे बड़ा हिस्सा |
| डोमेन का DNS देखना | आपके डोमेन के नेम सर्वर | मिलीसेकंड, बशर्ते सेटिंग ग़लत न हो |
| SMTP डिलीवरी | दोनों मेल सर्वर | ठीक-ठाक रास्ते पर एक सेकंड से कम |
| इस पेज पर दिखना | हम | क़रीब एक सेकंड, रिफ़्रेश करने की ज़रूरत नहीं |
इसे ख़ुद नापिए
किसी और की छापी हुई तालिका पर भरोसा करने की ज़रूरत नहीं। नाप आसान है और उसमें एक मिनट लगता है:
- यहाँ एक मेलबॉक्स खोलिए और उस टैब को सामने रहने दीजिए।
- अपने किसी भी मौजूदा खाते से उस पते पर एक संदेश भेजिए — और “भेजें” दबाने का समय नोट कर लीजिए।
- देखते रहिए। संदेश अपने आप आ जाता है; कुछ भी रिफ़्रेश करने की ज़रूरत नहीं।
इसे दो-तीन बार दोहराइए। एक नाप आपको एक पल के बारे में बताता है; तीन नाप बताते हैं कि वह पल आम था या नहीं। फिर वही काम उस दूसरी सेवा पर कीजिए जिससे आप तुलना कर रहे हैं — उसी खाते से और उन्हीं चंद मिनटों के भीतर। वरना आप दो अलग नेटवर्कों को दो अलग समयों पर नाप रहे होंगे और उस फ़र्क़ को नतीजा कह रहे होंगे।
अगर धीमा है, तो वजह आम तौर पर यह होती है
- भेजने वाली सेवा रफ़्तार बाँध रही है। बड़े भेजने वाले पुष्टि की मेल गुच्छों में भेजते हैं। लेने वाले सिरे पर कुछ भी इसे नहीं बदलता।
- डोमेन की सेटिंग ग़लत है। MX रिकॉर्ड न हो या ग़लत हो तो डिलीवरी जल्दी नाकाम होने के बजाय धीरे-धीरे नाकाम होती है, क्योंकि भेजने वाला दोबारा कोशिश करता रहता है। डोमेन जाँचने वाला औज़ार इसका जवाब कुछ ही सेकंड में दे देता है।
- भेजने वाले ने डोमेन सीधे मना कर दिया। तब कुछ आ ही नहीं रहा, और इंतज़ार करना ग़लत काम है — फ़र्क़ कैसे पहचानें।
- Greylisting। कुछ रास्ते जान-बूझकर पहली कोशिश ठुकरा देते हैं और कुछ मिनट बाद की दोबारा कोशिश स्वीकार कर लेते हैं। यह हूबहू धीमेपन जैसा दिखता है और अपने आप ठीक हो जाता है।
हम रफ़्तार की तालिका क्यों नहीं छापते
इस पेज पर पहले एक तालिका थी — 2017 में एक बार नापी गई और उसके बाद कभी दोबारा नहीं नापी गई। वह हटा दी गई है, और वजह याद रखने लायक़ है:
रफ़्तार की तालिका उसी घंटे के लिए सच होती है जिस घंटे वह बनी। सेवाएँ होस्टिंग बदलती हैं, क़तारें जोड़ती हैं, कैप्चा लगाती हैं; और वह आँकड़ा पेज पर पड़ा रहता है और लगातार आज का आँकड़ा समझकर पढ़ा जाता है। इससे भी बुरा यह कि वह पाठक से ऐसी नाप पर भरोसा करने को कहती है जिसे वह जाँच नहीं सकता — जबकि उसी सेवा को वह ख़ुद एक मिनट में नाप सकता है। ऊपर बताया गया तरीक़ा हमारे छापे किसी भी आँकड़े से ज़्यादा काम का है, क्योंकि वह आपका आँकड़ा देता है — आज, और आपके कनेक्शन पर।