नॉलेज बेस
अपना पुराना mailbox लाइए
अपनी पहले से मौजूद मेल के साथ आइए, चाहे वह अभी जहाँ है वहाँ से निर्यात किया गया archive हो या खाता स्वयं, जैसी थी वैसी ही thread की हुई और अपनी सही जगह पर रखी हुई।
अभी नहीं
अभी किसी भी तरह का importer नहीं है; जो एक हिस्सा पहले से हल है वह threading है, क्योंकि जो आयातित मेल अपने मूल headers रखती है वह बाद में आने वाली मेल के साथ खुद ही thread हो जाती है।
विवरण
- शिप नहीं हुआ। यहाँ कुछ भी न mbox पढ़ता है, न .eml फ़ाइल, न किसी provider का archive, न कोई IMAP खाता, और import शुरू करने के लिए कोई स्क्रीन नहीं है। जो parser यह पढ़ाई करता, वह पहले से एक dependency है और आने वाले हर संदेश पर पहले से चलता है; जो नहीं है वह ऐसा कुछ है जो archive को संदेशों में बाँटकर उसे सौंपे।
- threading के लिए बिल्कुल नया काम नहीं चाहिए। बातचीत संदेश के References header की पहली प्रविष्टि पर टिकती है, उसके न होने पर In-Reply-To पर और फिर संदेश की अपनी id पर, यानी वही नियम जो हर दूसरा मेल तंत्र इस्तेमाल करता है, इसलिए जो import उन तीन headers को बचाए रखता है वह thread ठीक वैसे ही बना देता है, बिना किसी id-मानचित्रण तालिका और बिना दूसरे चक्कर के। आयातित मेल फिर बाद में आने वाली मेल के साथ thread हो जाती है, क्योंकि दोनों उसी function से गुज़रते हैं।
- डिलीवरी पथ दोबारा इस्तेमाल हो सकता है और वह जो करता है उसका अधिकांश बंद करना पड़ेगा। आने वाले संदेश को phishing के लिए अंक मिलते हैं, AI लेखकत्व की जाँच होती है, सारांश बनता है, खोज के लिए embed होता है, फ़ाइलों के लिए index होता है और हर खुले tab को प्रसारित किया जाता है। अस्सी हज़ार पुराने संदेश उसमें से चलाइए और वह अस्सी हज़ार मॉडल कॉल और अस्सी हज़ार सूचनाएँ हैं, इसलिए importer की जगह disposable-inbox पथ के बगल है, जो जानबूझकर शांत ingest की पहले से मौजूद मिसाल है, न कि डिलीवरी पथ पर पाँचवाँ स्विच।
- पुरानी मेल inbox में नहीं गिरनी चाहिए। यहाँ फ़ोल्डर एक label है और कुछ नहीं, इसलिए आठ साल का archive रखना INBOX और UNREAD की जगह ARCHIVE लिखने भर की बात है। जो स्विच आज यह करता है, वह दुष्प्रभाव के रूप में डिलीवरी-रिपोर्ट सहसंबंध भी दबा देता है, इसलिए import को उसे उधार लेने के बजाय अपना स्विच चाहिए। तिथियाँ संदेश से आती हैं, इसलिए 2019 का thread उस दिन के बजाय 2019 के रूप में क्रम पाता है जिस दिन आप आए।
- वही import दो बार चलाने से mailbox दोगुना नहीं होना चाहिए। संदेश पहले से message id और प्रेषक की जोड़ी पर dedupe होते हैं, यहाँ बनी किसी id पर नहीं, इसलिए विफलता के बाद दोबारा चलाना रचना से ही सुरक्षित है, और यही resumable import को संभव बनाता है। इसके आसपास जो नहीं है वह बही-खाता है: एक job रिकॉर्ड, एक cursor, ऐसी गिनती जिसे आप देख सकें, और यह सूची कि क्या नहीं आया।
- भीतर आने के दो रास्ते, और वे एक ही आकार के नहीं हैं। जो फ़ाइल आपके पास पहले से है उसे एक parser और एक queue चाहिए, और कुछ नहीं, और हर provider माँगने पर वह देता है। किसी जीवित खाते को उसकी अपनी API से पढ़ने के लिए एक OAuth client, एक consent स्क्रीन, एक समीक्षा और इतना चौड़ा scope चाहिए कि पूरा mailbox पढ़ा जा सके, और यही वह scope है जिसे इस उत्पाद ने जानबूझकर छोड़ा। फ़ाइल वह रास्ता है जो आपको आपके इतिहास के साथ यहाँ लाता है; खाता इस बारे में अलग निर्णय है कि कितनी पहुँच माँगी जाए।