बड़े निकायों के लिए mailto लिंक

मेरे पास एक पृष्ठ है जिस पर उपयोगकर्ता कई अलग-अलग पैराग्राफ चुन सकता है। जब लिंक क्लिक किया जाता है (या बटन), एक ईमेल खुल जाएगा और उन सभी अनुच्छेदों को ईमेल के शरीर में रखेगा, इसे संबोधित करेंगे, और विषय भरें। हालांकि, टेक्स्ट मेलो लिंक के लिए बहुत लंबा हो सकता है।

इस के आसपास किसी भी तरह से?


हम एसक्यूएल सर्वर से एसपी रखने के बारे में सोच रहे थे, लेकिन उपयोगकर्ता को 50 कार्यकारी स्तर के कर्मचारियों को उन वस्तुओं के साथ विस्फोट करने से पहले ईमेल को 'देखने' का एक अच्छा तरीका चाहिए, जिन्हें भेजा नहीं जाना चाहिए ... और निश्चित रूप से पूरा है सॉफ्टवेयर प्रोग्रामिंग करने के बजाय आईटी के लिए आईटी करने के बारे में बात। 80 (

जब आप आईटी के लिए सामान बनाते हैं, तो ऐसा नहीं होता है (कुछ कहना नहीं चाहिए) बहुत ही कार्यात्मक होना चाहिए। दूसरे शब्दों में, यह वह डॉगफूड नहीं है जिसे हम जागते हैं, यह केवल कुत्ते का खाना है जिसे हमें खाना है।


हमने इसके बारे में बात करना शुरू कर दिया और फैसला किया कि 'मेल फॉर्म' हमें वही देगा जो हम खोज रहे हैं।

1. उपयोगकर्ता को यह जानने के लिए एक बहुत अलग रूप है कि बंदूक लोड और लक्षित है। 2. ईमेल में पाठ बदलने / जोड़ने की क्षमता। 3. एक प्रतिलिपि स्वयं को भेजें या नहीं। 4. जल्दी कोडित किया जा सकता है।

0
ro fr bn
इस उत्तर में जेएस स्क्रिप्ट के अनुसार क्रोम में अधिकतम लिंक लंबाई 2027 प्रतीत होती है: stackoverflow.com/a/26473446/148844</एक>
जोड़ा लेखक Chloe, स्रोत

2 उत्तर

डेटा को एक रूप में डालकर, फॉर्म को काम करना बंद करने से पहले मैं 1800 वर्णों के आसपास शरीर को बनाने में सक्षम था।

कोड इस तरह दिखता था:

<form action="mailto:[email protected]">
    <input type="hidden" name="Subject" value="Email subject">
    <input type="hidden" name="Body" value="Email body">
    <input type="submit">
</form>

Edit: The best way to send emails from a web application is of course to do just that, send it directly from the web application, instead of relying on the users mailprogram. As you've discovered, the protocol for sending information to that program is limited, but with a server-based solution you would of course not have those limitations.

0
जोड़ा
एक फॉर्म का उपयोग करना एक लंबा यूआरएल एन्कोडेड लिंक का उपयोग करने से बेहतर नहीं है, और वास्तव में खराब (कम वर्ण) प्रतीत होता है।
जोड़ा लेखक Chloe, स्रोत

क्या ई-मेल सामग्री ई-मेल में होना चाहिए? क्या आप बड़ी सामग्री को कहीं भी केंद्रीय रूप से स्टोर कर सकते हैं (फ़ाइल-शेयर / एफ़टीपी साइट) तो बस सामग्री के लिए एक लिंक भेजें?

इससे प्राप्तकर्ता के पास एक अतिरिक्त कदम होता है, लेकिन आपके पास एक सतत ई-मेल आकार होता है, इसलिए अप्रत्याशित रूप से बड़ी या अत्यधिक सामग्री के कारण विश्वसनीयता समस्याओं में भाग नहीं लेगा।

0
जोड़ा