ईमेल QR कोड जनरेटर
100% निजी और स्थानीय — आपका डेटा कभी आपके ब्राउज़र से बाहर नहीं जाता। ये QR कोड स्थायी हैं और कभी समाप्त नहीं होंगे।
ईमेल सेटिंग्स
डिज़ाइन
केंद्र में लोगो जोड़ें
इमेज इसी पेज में पढ़ी जाती है और कोड में data: URL के रूप में जड़ दी जाती है। वह अपलोड नहीं होती, और आपकी डाउनलोड की गई फ़ाइल के भीतर ही रहती है।
अन्य डिज़ाइन विकल्प
कोड का गहरा आधा हिस्सा। इसे पृष्ठभूमि से काफ़ी कम चमकीला रखें।
यह शांत क्षेत्र और मॉड्यूल के बीच की जगह, दोनों को ढकता है। पारदर्शी पृष्ठभूमि इसे फ़ाइल से बाहर रखती है, इसलिए उससे कुछ बनाया ही नहीं जाता।
मॉड्यूल और पृष्ठभूमि के बीच कंट्रास्ट 11.5:1।
PNG और WebP अल्फ़ा चैनल रखते हैं; SVG पृष्ठभूमि का आयत बस छोड़ देता है। कोड जिस भी चीज़ पर रखा जाए, वही कंट्रास्ट का हल्का आधा हिस्सा बन जाती है।
ग्रेडिएंट सिर्फ़ गहरे मॉड्यूल भरता है। स्कैनर को असल में जो कंट्रास्ट मिलता है वह इसके हल्के सिरे से तय होता है, इसलिए दोनों सिरे गहरे रहने चाहिए।
दूसरा रंग, जो सिर्फ़ ग्रेडिएंट चुने होने पर काम आता है। कंट्रास्ट के लिए इसे पहले रंग के साथ ही मापा जाता है।
बाएँ-से-दाएँ बहाव से घड़ी की दिशा में डिग्री। त्रिज्यीय ग्रेडिएंट केंद्र से बाहर की ओर फैलता है, इसलिए कोण सिर्फ़ रैखिक पर लागू होता है।
गोल आकार हर कोष्ठ का कम हिस्सा ढकते हैं। केंद्र ढका रहता है, और डिकोडर वहीं से नमूना लेता है, फिर भी घने कोड की छोटी छपाई वर्गों के रूप में ज़्यादा भरोसे से पढ़ी जाती है।
तीनों फ़ाइंडर पैटर्न का छल्ला।
हर फ़ाइंडर पैटर्न के भीतर की आँख।
कोड के चारों ओर का खाली हाशिया, मॉड्यूल में मापा गया। विनिर्देश में न्यूनतम 4 है।
ऊँची रिकवरी ज़्यादा नुक़सान झेलती है और क्षमता खाती है, इसलिए वही सामग्री घना सिंबल बनाती है।
केंद्र में एक लोगो बैठा है और स्तर को H पर रोके है। उसकी चौड़ाई की सीमा सिंबल के साथ चलती है: सबसे छोटे कोड पर 14%, घने कोड पर 30%।
लाइव पूर्वावलोकन और एक्सपोर्ट
वह पता लिखिए जिस पर ईमेल भेजा जाना है।
एक्सपोर्ट
रास्टर, स्क्रीन के लिए
डाउनलोड चालू करने के लिए फ़ॉर्म पूरा करें।
एक्सपोर्ट आकार और एन्कोडेड टेक्स्ट
- पेलोड
- अभी कुछ एन्कोड नहीं
- सिंबल
- अभी बना नहीं
- रिकवरी
- M
इनपुट की प्रतीक्षा
mailto: QR कोड फ़ोन का मेल ऐप खोलता है जिसमें प्राप्तकर्ता, विषय और संदेश पहले से लिखे होते हैं, और भेजने वाले को सिर्फ़ भेजें दबाना रह जाता है। पूरा संदेश सिंबल के भीतर पढ़ने योग्य टेक्स्ट के रूप में रहता है, इसलिए यह एक संकेत है, कोई निजी चैनल नहीं।
जब कोई इसे स्कैन करता है
फ़ोन अपने डिफ़ॉल्ट मेल ऐप में पता और सामग्री भरा हुआ नया ड्राफ़्ट खोलता है, और जब तक व्यक्ति भेजें नहीं दबाता तब तक कुछ भी नहीं भेजा जाता।
mailto: URI कैसे जुड़ता है
पेलोड एक URI है जिसे RFC 6068 परिभाषित करता है। पता सीधे स्कीम के पीछे आता है, और बाकी सब क्वेरी के रूप में पहुँचता है: पहला पैरामीटर प्रश्नचिह्न के बाद, बाकी ऐम्परसैंड से जुड़े हुए। mailto:hello@example.com?subject=Stand%2014%20enquiry&body=Please%20send%20a%20quote. एक पूरा पेलोड है।
हाथ से बनाए mailto: कोड एन्कोडिंग पर ही टूटते हैं। आरक्षित अक्षरों को पर्सेंट-एन्कोड करना पड़ता है, और ग़ैर-ASCII टेक्स्ट को पहले UTF-8 में बदलकर फिर बाइट-दर-बाइट पर्सेंट-एन्कोड करना पड़ता है। RFC 6068 साफ़ कहता है कि स्पेस को %20 लिखा जाए, प्लस चिह्न नहीं, क्योंकि प्लस को पते में मौजूद असली प्लस से अलग नहीं पहचाना जा सकता।
संदेश में लाइन ब्रेक को %0D%0A के रूप में एन्कोड करना ही होगा। पेलोड में कच्चा न्यूलाइन या तो संदेश को उसी जगह काट देता है, या ऐसा URI बना देता है जिसे मेल ऐप पार्स ही नहीं करेगा।
मेल ऐप असल में किस बात को मानते हैं
RFC 6068 रीडर के लिए जानबूझकर नीची शर्त रखता है: mailto: URI हल करने वाले क्लाइंट को विषय हेडर और संदेश सँभालने ही चाहिए, इससे आगे किसी बात की गारंटी नहीं है। व्यवहार में cc और bcc को अधिकतर डेस्कटॉप क्लाइंट मानते हैं और अच्छी-ख़ासी संख्या में मोबाइल क्लाइंट अनदेखा कर देते हैं, इसीलिए यह पेज ऐसे फ़ील्ड देता ही नहीं जो चुपचाप ग़ायब हो जाएँ।
स्कैन वही मेल ऐप खोलता है जिसे फ़ोन ने डिफ़ॉल्ट बना रखा है। अगर व्यक्ति ने स्टॉक मेल ऐप हटा दिया है और उसकी जगह किसी और में साइन इन नहीं किया, तो टैप पर दिखने लायक कुछ नहीं होता — और यह डिवाइस की सेटिंग है, कोड की ख़राबी नहीं।
लंबे संदेश दूसरी नरम सीमा हैं। कुछ क्लाइंट पहले से भरे संदेश को काट देते हैं, और हर अक्षर सिंबल को बड़ा भी करता है, इसलिए mailto: कोड सबसे अच्छा तब चलता है जब उसमें एक विषय पंक्ति और एक-दो वाक्य हों जो बताएँ कि व्यक्ति खड़ा कहाँ है।
ड्राफ़्ट, भेजना नहीं — और कोई राज़ भी नहीं
स्कैन करने से कभी कुछ भेजा नहीं जाता। मेल ऐप भेजने वाले के अपने खाते में, उनके अपने पते से एक तैयार ड्राफ़्ट खोलता है, और भेजने से पहले वे उसका हर हिस्सा बदल सकते हैं। इसका मतलब यह भी है कि संदेश आप तक एक साधारण ईमेल के रूप में, साधारण reply-to के साथ पहुँचता है।
कोड में जो कुछ है, वह पढ़ा जा सकता है। जो भी पोस्टर की तस्वीर ले ले, वह किसी भी स्कैनर से पता, विषय और संदेश डिकोड कर सकता है, इसलिए संदेश में रखा कोई संदर्भ नंबर या छूट वाला वाक्यांश छपते ही सार्वजनिक हो जाता है।
छपा हुआ पता उसी तरह मशीन से पढ़ा जा सकता है जैसे किसी वेब पेज पर लगा mailto: लिंक, इसलिए उसे बटोरा जा सकता है। enquiries@ या stand14@ जैसा भूमिका-आधारित पता निजी मेलबॉक्स को छपी हुई सामग्री से बाहर रखता है, और बाकी कुछ दोबारा छापे बिना उसे बंद किया जा सकता है।
सवाल और जवाब
क्या स्कैन करते ही ईमेल अपने आप चला जाता है?
नहीं। mailto: स्कीम सिर्फ़ ड्राफ़्ट खोल सकती है। व्यक्ति को अपने मेल ऐप में प्राप्तकर्ता, विषय और संदेश दिखते हैं, वह उनमें से कुछ भी बदल सकता है, और भेजें उसे खुद दबाना पड़ता है। किसी भी प्लेटफ़ॉर्म का कोई मेल ऐप उस कदम के बिना mailto: संदेश नहीं भेजता।
क्या मैं cc और bcc पते जोड़ सकता हूँ?
RFC 6068 cc और bcc को क्वेरी स्ट्रिंग के हेडर फ़ील्ड के रूप में परिभाषित तो करता है, पर वह क्लाइंट को सिर्फ़ subject और body समझने के लिए बाध्य करता है। मोबाइल मेल ऐप बाकी को अक्सर गिरा देते हैं, इसलिए वे फ़ील्ड यहाँ काम करते दिखकर फिर ग़ायब हो जाने के बजाय दिए ही नहीं गए हैं।
स्पेस को प्लस चिह्न के बजाय %20 क्यों एन्कोड किया जाता है?
क्योंकि RFC 6068 यही कहता है। mailto: URI में प्लस चिह्न पते का असली अक्षर हो सकता है, जैसे name+tag@example.com में, इसलिए स्पेस की जगह खड़े प्लस को उस प्लस से अलग नहीं पहचाना जा सकता जो वहाँ वाक़ई का है। %20 यह दुविधा मिटा देता है।
क्या इस तरह पता छापने से वह बटोर लिया जाएगा?
हो सकता है। mailto: पेलोड उतना ही मशीन-पठनीय है जितना किसी वेब पेज पर लगा mailto: लिंक, और तस्वीर ले लिए गए कोड को कोई भी डिकोड कर सकता है। ऐसा भूमिका-आधारित पता इस्तेमाल कीजिए जिसे आप बंद कर सकें, और उम्मीद रखिए कि उस पर वही अनचाही डाक आएगी जो किसी भी प्रकाशित पते पर आती है।
स्थिर QR कोड कैसे काम करता है
इस साइट का हर कोड स्थिर है: पेलोड काले और सफ़ेद मॉड्यूल में ही लिखा जाता है। कोड पढ़े जाते समय कुछ खोजा नहीं जाता, हमारा कोई सर्वर इसमें शामिल नहीं होता, और कोई सब्सक्रिप्शन छपे हुए कोड को थामे नहीं रखता। यही गुण उसकी सीमा भी है — एक बार छप जाने पर उसके भीतर जो है, वह बदला नहीं जा सकता।
फिर तीन बातें तय करती हैं कि छपा कोड पढ़ा जाएगा या नहीं: पेलोड कितने बाइट का हुआ, कौन-सा रिकवरी स्तर नुक़सान सोखता है, और कागज़ पर एक मॉड्यूल कितना चौड़ा बैठता है। ये गाइड इनमें से हर एक को आँकड़ों के साथ देखती हैं।