Mail.tm अस्थायी ईमेल अकाउंट: डेवलपर और QA टीमों के लिए ज़रूरी जानकारी

Mail.tm क्या है: अस्थायी ईमेल और उसका API

Mail.tm एक डिस्पोज़ेबल ईमेल सेवा है: बिना कोई निजी जानकारी दिए आप एक पता और पासवर्ड बनाते हैं, और आने वाले संदेश वेब इंटरफ़ेस में दिखने लगते हैं। डेवलपर्स के लिए इसकी असली ताकत इसका सार्वजनिक REST API है। उससे उपलब्ध डोमेन की सूची ली जा सकती है, पते और पासवर्ड से अकाउंट बनाया जा सकता है, एक टोकन मिलता है, और उसी टोकन से इनबॉक्स के संदेश पढ़े जा सकते हैं। सेवा में इस्तेमाल होने वाले डोमेन समय-समय पर बदलते रहते हैं।

एक ईमानदार बात पहले ही: Mail.tm पर मेलबॉक्स कोई भी खुद मुफ़्त में बना सकता है। इसलिए Mail.tm अकाउंट खरीदें, इससे पहले सोचें कि लिस्टिंग आपको अतिरिक्त क्या दे रही है, जैसे पहले से तैयार पते, जिनकी स्थिति विवरण में साफ़ लिखी हो और जिन्हें सीधे टेस्ट कॉन्फ़िगरेशन में डाला जा सके।

QA टेस्टिंग और साइन-अप फ़्लो जाँचने में उपयोग

डेवलपर और QA टीमें इन कामों में Mail.tm का इस्तेमाल करती हैं:

• अपने ऐप या वेबसाइट पर रजिस्ट्रेशन के बाद वेरिफ़िकेशन मेल पहुँचता है या नहीं, यह जाँचना;
• पासवर्ड रीसेट लिंक, OTP मेल और स्वागत संदेश का कंटेंट सही है या नहीं, देखना;
• Playwright, Selenium या Cypress जैसे ऑटोमेशन टेस्ट में API से वेरिफ़िकेशन लिंक निकालकर पूरा फ़्लो चलाना;
• स्टेजिंग एनवायरनमेंट में असली ग्राहकों के ईमेल इस्तेमाल किए बिना ट्रांज़ैक्शनल मेल भेजकर देखना।

यह सब सिर्फ़ उन्हीं सिस्टम पर करें जो आपके हैं या जिनकी टेस्टिंग की आपको अनुमति मिली है। दूसरी सेवाओं पर नकली अकाउंट बनाना, उनकी वेरिफ़िकेशन से बचना या स्पैम भेजना ग़लत है और Mail.tm की अपनी उपयोग की शर्तों के भी ख़िलाफ़ है; उन शर्तों का पालन करें।

अस्थायी मेलबॉक्स की सीमाएँ: ज़रूरी डेटा यहाँ न रखें

Mail.tm को जानबूझकर अस्थायी बनाया गया है, और यही इसकी सबसे बड़ी सीमा भी है:

• पुराने संदेश कुछ समय बाद हट सकते हैं;
• कोई डोमेन सेवा से हटाया जा सकता है, और तब उस पर बने पते बेकार हो जाते हैं;
• पासवर्ड खोने पर सामान्य ईमेल सेवाओं जैसी रिकवरी नहीं होती;
• जिसने पता बनाया था, उसे पासवर्ड मालूम था, इसलिए उसे पूरी तरह निजी न मानें।

ऐसे पते को बैंक, UPI, Aadhaar से जुड़ी सेवाओं, दफ़्तर के ईमेल या किसी ज़रूरी अकाउंट की रिकवरी से कभी न जोड़ें।

लिस्टिंग में पता, पासवर्ड और डोमेन की जानकारी

टेस्टिंग के लिए काम का ऑफ़र वह है जिसमें ये बातें साफ़ हों:

• पूरा पता और उसका पासवर्ड;
• डोमेन का नाम, ताकि आप देख सकें कि वह अभी सेवा की सूची में है;
• क्या स्टोर ने API से टोकन लेकर लॉगिन की जाँच की है;
• पता नया है या उस पर पहले से संदेश आ चुके हैं।

अगर आपकी टेस्ट सूट को अलग-अलग पते चाहिए, तो लिस्टिंग में यह भी देखें कि हर आइटम में एक पता है या कई।

rStock पर स्टोर चुनना और ऑर्डर पेज

rStock पर स्टोर प्लेटफ़ॉर्म की मंज़ूरी मिलने के बाद ही बेच सकते हैं, और हर लिस्टिंग रिव्यू के बाद ही लाइव होती है। स्टोर चुनते समय उसकी प्रोफ़ाइल पर बिक्री संख्या, रेटिंग और इंश्योरेंस बैलेंस देखें; इंश्योरेंस बैलेंस वह राशि है जो स्टोर प्लेटफ़ॉर्म के पास जमा रखता है और यह भरोसे का संकेत है। टेस्टिंग मेलबॉक्स के मामले में रिव्यू बताते हैं कि दूसरे खरीदारों को पते चालू हालत में मिले या नहीं; रिफ़ंड वाले ऑर्डर पर लेबल दिखता है। स्पॉन्सर्ड लिस्टिंग हमेशा चिह्नित होती है, और पेड प्लान से छिपी रैंकिंग नहीं खरीदी जा सकती।

भुगतान के लिए rStock पर वेरिफ़ाइड ईमेल चाहिए। बैलेंस Cryptomus के ज़रिए क्रिप्टोकरेंसी से भरा जाता है और USDT में दिखता है; ऑर्डर का भुगतान इसी बैलेंस से होता है। डिलीवर हुए पते और पासवर्ड ऑर्डर पेज पर मिलते हैं और उसी ऑर्डर से डिलीवरी रिकॉर्ड के रूप में जुड़े रहते हैं। रकम स्टोर के पास फ़ौरन नहीं जाती, इसलिए जाँच के लिए आपके पास मौका रहता है।

लॉगिन न हो तो विवाद कैसे खोलें

डिलीवरी के बाद हर पते को वेब इंटरफ़ेस या API से जाँचें: पते और पासवर्ड से टोकन मिलता है या नहीं, और इनबॉक्स के संदेश पढ़े जा सकते हैं या नहीं। अपने ऐप से एक टेस्ट मेल भेजकर देखें कि वह पहुँचता है। अगर लॉगिन न हो, डोमेन बंद हो चुका हो या पते लिस्टिंग से मेल न खाएँ, तो विवाद की तय अवधि ख़त्म होने से पहले ऑर्डर पेज से विवाद खोलें और बताएँ कि कौन-से पते काम नहीं कर रहे। स्टोर पहले जवाब देगा; सहमति न बने तो मॉडरेटर को बुलाया जा सकता है। नतीजा पूरा या आंशिक रिफ़ंड, स्टोर को भुगतान जारी करना या बँटवारा हो सकता है, और रिफ़ंड rStock बैलेंस में आता है। Mail.tm अकाउंट खरीदें, उससे पहले मौजूदा ऑफ़र के लिए कैटेगरी पेज देखें।