प्रयोग

उत्तर दिनासाथ एड‑अनले मौलिक संलग्नकहरू स्वतः थप्छ — वा विकल्पहरूमा सक्षम भएमा पहिले सोध्छ।
फाइलनामको आधारमा नक्कल हटाइन्छ; S/MIME भागहरू सधैं छाडिन्छन्। मूल सन्देशमा एम्बेड गरिएका छविहरू Thunderbird ले राख्ने जवाफको मुख्य भागमै रहन्छन्, र फाइलको रूपमा प्रतिलिपि गरिँदैनन्।
ब्ल्याकलिस्टमा परेका संलग्नकहरू पनि स्किप गरिन्छन् (case‑insensitive glob ढाँचाले फाइलनामसँग मिलाउँछ, पाथसँग होइन)। कन्फिगरेसन हेर्नुहोस्।

उत्तर दिँदा के हुन्छ

जवाफ पत्ता लगाउनुहोस् → मूल संलग्नकहरू सूचीबद्ध गर्नुहोस् → S/MIME र एम्बेड गरिएका तस्बिरहरू छोड्नुहोस् → वैकल्पिक पुष्टि → योग्य फाइलहरू थप्नुहोस् (डुप्लिकेटहरू छोडेर)।

भागको प्रकार	जवाफमा प्रतिलिपि हुन्छ
S/MIME हस्ताक्षर फाइल `smime.p7s`	होइन
S/MIME MIME प्रकारहरू (`application/pkcs7-*`)	होइन
सन्देशको मुख्य भागले `cid:` मार्फत एम्बेड गरेको छवि	होइन (यो मुख्य भागमा छ)
`Content-Disposition: inline` भनी चिन्हित छवि	होइन (यो मुख्य भागमा छ)
मुख्य भागले कहिल्यै सन्दर्भ नगरेको `Content-ID` भएको छवि	हो
फाइलनाम भएको संलग्न इमेल (`message/rfc822`)	हो
फाइलनाम भएको सामान्य फाइल संलग्नक	हो

मूल सन्देशले वास्तवमै त्यसलाई सन्दर्भ गर्दा मात्र, वा पठाउनेले स्पष्ट रूपमा Content-Disposition: inline भनी चिन्हित गरेको बेला मात्र कुनै छविलाई एम्बेड गरिएको मानिन्छ। एक्लो Content-ID हेडर पर्याप्त छैन: धेरै मेल क्लाइन्टहरूले हरेक छवि भागमा यो राख्छन्, वास्तविक संलग्नकहरू सहित, र तिनीहरू अझै पनि प्रतिलिपि गर्नुपर्छ।

क्रस‑सन्दर्भ

Forward डिजाइनअनुसार संशोधित हुँदैन (तलका सीमितताहरू हेर्नुहोस्)।
कुनै संलग्नक किन नथपिन सक्छ भन्ने कारणका लागि “किन संलग्नकहरू थपिन नसकिन सक्छन्” हेर्नुहोस्।

व्यवहार विवरण

दोहोरिन नदिनु: एड‑अनले प्रति‑ट्याब सेसन मान र इन‑मेमोरी गार्ड प्रयोग गरेर compose ट्याबलाई प्रोसेस्ड भनेर मार्क गर्छ। यसले मौलिकहरू दुई पटक थप्दैन।
compose विन्डो बन्द गरी पुन: खोल्दा नयाँ ट्याब मानिन्छ (अर्थात्, नयाँ प्रयास अनुमति हुन्छ)।
विद्यमान संलग्नकको सम्मान: compose मा पहिलेबाटै केही संलग्नकहरू भए पनि, मौलिकहरू ठीक एकपटक मात्र थपिन्छन्, पहिले नै भएका फाइलनामहरू स्किप गरेर।
बहिष्करणहरू: S/MIME आर्टिफ्याक्ट र इनलाइन तस्बिरहरू फाइल संलग्नकबाट बाहिर राखिन्छन्। पहिलो पासमा केही पनि योग्य नभएमा, सहज फलब्याकले non‑S/MIME भागहरू पुनः जाँच गर्छ। इनलाइन तस्बिरहरू अलगसँग सम्हालिन्छन्: सक्षम हुँदा तिनीहरू उत्तरको बडीमा data URI का रूपमा पुनर्स्थापित हुन्छन्।
- फाइलनामहरू: smime.p7s
- MIME प्रकारहरू: application/pkcs7-signature, application/x-pkcs7-signature, application/pkcs7-mime
- इनलाइन तस्बिरहरू: Content‑ID द्वारा सन्दर्भित कुनै पनि image/* भाग — फाइल संलग्नकबाट बहिष्कृत तर "Include inline pictures" ON हुँदा उत्तरको बडीमा समावेश
- संलग्न इमेलहरू (message/rfc822): फाइलनाम भएको भए साधारण संलग्नकझैं व्यवहार हुन्छ; दोहोरिएको जाँच र ब्ल्याकलिस्टको अधीनमा तिनीहरू थपिन सक्छन्।
ब्ल्याकलिस्ट चेतावनी (सक्रिय भएमा): उम्मेदवारहरू तपाईंको ब्ल्याकलिस्टका कारण बहिष्कृत भएपछि, एड‑अनले प्रभावित फाइलहरू र मिल्ने ढाँचाहरू देखाउने सानो मोडल देखाउँछ। सबै वस्तुहरू बहिष्कृत भएकाले केही पनि नथपिने अवस्थामा पनि यो चेतावनी देखिन्छ।

किबोर्ड सर्टकटहरू

पुष्टि संवाद: Y/J = Yes, N/Esc = No; Tab/Shift+Tab र Arrow कुञ्जीहरूले फोकस घुमाउँछन्।
- कन्फिगरेसन भित्रको “Default answer” ले सुरुमा फोकस हुने बटन सेट गर्छ।
- Enter ले फोकस भएको बटन ट्रिगर गर्छ। पहुँचयोग्यताका लागि Tab/Shift+Tab र एरोहरूले फोकस सार्छन्।

किबोर्ड चीट शीट

कुञ्जीहरू	कार्य
Y / J	हो पुष्टि गर्नुहोस्
N / Esc	होइन पुष्टि गर्नुहोस्
Enter	फोकस भएको बटन सक्रिय गर्नुहोस्
Tab / Shift+Tab	फोकस अगाडि/पछाडि सार्नुहोस्
Arrow keys	बटनहरू बीच फोकस सार्नुहोस्
पूर्वनिर्धारित उत्तर	प्रारम्भिक फोकस सेट गर्छ (हो वा होइन)

सीमितताहरू

Forward यो एड‑अनले परिवर्तन गर्दैन (Reply र Reply all समर्थित छन्)।
धेरै ठूला संलग्नकहरू Thunderbird वा प्रदायकका सीमा भित्र पर्न सक्छन्।
- एड‑अनले फाइल टुक्र्याउँदैन वा कम्प्रेस गर्दैन; यसले Thunderbird को सामान्य संलग्नक ह्यान्डलिङमा निर्भर गर्छ।
इन्क्रिप्टेड सन्देशहरू: S/MIME भागहरू जानाजानी बहिष्कृत गरिन्छन्।

किन संलग्नकहरू थपिन नसकिन सक्छन्

मूल सन्देशले एम्बेड गरेका तस्बिरहरू फाइलको रूपमा प्रतिलिपि गरिँदैन। ती पहिले नै जवाफको मुख्य भागमा छन्, जहाँ Thunderbird ले तिनीहरूलाई राखेको छ। हेर्नुहोस् Configuration।
S/MIME हस्ताक्षर भागहरू डिजाइनअनुसार बहिष्कृत हुन्छन्: smime.p7s जस्ता फाइलनाम र application/pkcs7-signature वा application/pkcs7-mime जस्ता MIME प्रकारहरू स्किप गरिन्छन्।
ब्ल्याकलिस्ट ढाँचाहरूले उम्मेदवारहरू फिल्टर गर्न सक्छन्: कन्फिगरेसन हेर्नुहोस्; मिलान case‑insensitive हुन्छ र केवल फाइलनाममा आधारित हुन्छ।
दोहोरिएका फाइलनामहरू पुनः नथपिन्छन्: compose मा उस्तै सामान्यीकृत नाम भएको फाइल पहिलेबाटै भएमा, त्यसलाई स्किप गरिन्छ।
फाइल‑नहोला जस्ता भागहरू वा हराएका फाइलनामहरू: प्रयोगयोग्य फाइलनाम भएका फाइल‑जस्ता भागहरू मात्र थप्न विचार गरिन्छ।

साथै हेर्नुहोस्

कन्फिगरेसन

प्रयोग​

उत्तर दिँदा के हुन्छ​

क्रस‑सन्दर्भ​

व्यवहार विवरण​

किबोर्ड सर्टकटहरू​

किबोर्ड चीट शीट​

सीमितताहरू​

किन संलग्नकहरू थपिन नसकिन सक्छन्​