如何編寫和建議RFC？

我發現IMAPv4有一個缺點：它強制用戶下載全身（文本/ html +附件）。如何編寫和提出一個RFC來解決這個問題？如果您有以前編寫技術文檔，建議書，尤其是RFC的經驗，請分享。先謝謝你。如何編寫和建議RFC？

2010-02-20 Viet

身體的各個部分可以通過參數指定給BODY的FETCH。您甚至可以根據八位位組範圍獲取身體的部分區域。你實際上提出了什麼額外的功能？ – 2010-02-20 13:23:59

我不認爲imap *強制用戶下載全身*（順便說一下，）。我的imap客戶端至少可以愉快地下載頭文件，並且我無法在規範中找到這種效果（http://www.faqs.org/rfcs/rfc3501.html）。是什麼讓你這麼想的？ – 2010-02-20 13:29:44

那麼，你可以從http://www.coderanch.com/t/475359/Other-JSE-JEE-APIs/java/IMAP-javax-mail-Fetching-Only& http://stackoverflow.com/questions中找到。/2301213/how-to-efficient-parse-emails-without-touching-attachments-using-python – Viet 2010-02-20 15:55:51

實際上有一個RFC：RFC 2223 - Instructions to RFC Authors。

來源

2010-02-20 13:21:17

+1 OK謝謝:) – Viet 2010-02-20 15:56:14

[** RFC 7322 **，RFC Style Guide]（https：//tools.ietf .org/html/rfc7322）現在取代2223. – 2014-12-12 14:29:49

JörgW Mittag和Darin Dimitrov的回覆是完全正確的，但他們忘記補充說，編寫一個RFC並採用它是一個需要時間，奉獻精神，艱苦的技術工作和大量社交活動的過程互動。

來源

2010-02-20 16:49:38 bortzmeyer

+1感謝您的輸入:)我不知道有很多社交需要發生。 – Viet 2010-02-20 17:13:10

對於這些交互，RFC 4677是一個好的開始，比RFC 2223更現實。 – bortzmeyer 2010-02-21 16:02:00

這既是一個答案，也是一個進一步的問題。鑑於編寫一份RFC「需要時間，奉獻精神，艱苦的技術工作和大量的社交互動」，在做所有這些事情之前可能徒勞地與其他有見識的人談論它是不是一個好主意？

我認爲正確的位置是在「IETF（Internet Engineering Task Force）郵件列表」上的嗎？（我曾經參與過IETF的討論，總結說：「我怎樣才能正確地寫出我的名字安德烈？」（這是當時的笑話，但總體項目在UTF8中取得了非常好的成績（這只是一種編碼，但成了同義詞）通用字符代碼ISO 10646，因爲它是唯一的）））。

所以，我想知道爲什麼RFC 7322等人的第一個話題。不是「如何開始初步討論（推薦）」。

來源

2016-07-14 04:10:58 Papou

如何編寫和建議RFC？

回答

相關問題