rfc5322

    13熱度

    2回答

    電子郵件線程中自定義標題的持久性

    我這可能是一個奇怪的問題，但我想我會繼續問。說，我發送電子郵件，使用 IMAP SMTP，通過一個特殊的客戶端。此客戶端在發送郵件消息之前，會向郵件消息中添加一些自定義標頭。收件人收到此郵件並直接回復我（也可能是CC的幾個人）。 我的問題是這樣的：鑑於上面的例子，這些X-header會在線程中的所有新消息中持續存在嗎？ 我能想到的一件事是客戶端會知道它發送的原始電子郵件。隨後對此電子郵件的所有回覆
    email header rfc5322 2011-09-29

    2熱度

    1回答

    電子郵件地址本地部分的最大長度是多少？

    根據維基百科（https://en.wikipedia.org/wiki/Email_address）和http://isemail.info/about，電子郵件地址的本地部分的最大長度爲64個字符。 不過，我剛剛收到的電子郵件從這個地址： reply+0032ff332e028331fad75[email protected]reply.github.com 其本地部分爲90個字符，它是由is
    email rfc rfc5322 2015-11-02

    9熱度

    3回答

    國際字符（例如元音變音字符）在電子郵件地址的本地部分是否有效？

    德語變音符號（ä，ö，ü）和sz字符（ß）在電子郵件地址的本地部分是否有效？ 例如利用這個電子郵件地址：björn.nuß[email protected] RFC 5322相當明確表示，該變音符號（和其他國際字符）是不允許的。如果我看一下3.4.1章節，本地部分有以下幾點： local-part = dot-atom/quoted-string/obs-local-part 那麼，什麼意思是do
    email email-validation email-address rfc5322 2013-02-27

    30熱度

    1回答

    電子郵件標頭大小寫？

    電子郵件標題是否區分大小寫？ 例如，是Content-Type不同於Content-type？ 根據RFC 5322，我沒有看到任何關於區分大小寫的內容。但是，我發現使用PEAR Mail_mime模塊創建MIME郵件時出現問題，並且所有內容都指向我們的SMTP服務器使用Content-type和MIME-version而不是Content-Type和MIME-Version這一事實。我嘗試過使用
    email header case-sensitive rfc5322 2011-05-26

    0熱度

    1回答

    Net Framework 4.5 MailAddress格式和連續點

    Net Framework 4.5 MailAddress類支持以下郵件地址格式：blah，blah「用戶名中的連續和尾隨點」blah，blah。我認爲，「用戶名」與「本地部分」同義，但RFC5322等人聲明本地部分中的連續點是無效的。 這是怎麼回事？
    rfc5322 mailaddress 2014-09-01

    2熱度

    1回答

    選擇正確的ReadP解析結果

    我試圖解析RFC5322電子郵件地址。我的解析器的工作原理是，在結果中，其中一個是正確的。但是，我該如何選擇「正確」的結果呢？ 鑑於字符串Foo Bar <[email protected]>，我的解析器應該產生一個值Address (Just "Foo Bar") "[email protected]"。 另外，給定字符串[email protected]，我的分析器應該產生一個值Address
    parsing haskell rfc5322 2016-12-28

    4熱度

    2回答

    PHP郵件（）文檔說，我應該只在正文中使用LF，但RFC 5322另有說明。

    PHP手冊（http://php.net/manual/en/function.mail.php）表示： 每一行應該以LF（\ n）的分離。行不應該是大於70個字符的 。 但實際RFC 5322給出totallty不同的信息： 2.3。正文消息的正文只是US-ASCII 個字符的行。身體上唯一的兩個限制如下： o CR和LF必須一起作爲CRLF出現;他們絕不能在體內獨立出現 。 o主體 中的字符行
    phpmailer php rfc5322 2011-07-25

    8熱度

    1回答

    歷史上，爲什麼有關電子郵件地址的RFC變得如此複雜？

    RFCs 5321，5322和6531對驗證電子郵件地址有複雜的規則。他們： 允許creating comments的電子郵件地址中 提供複雜的符號限制規則："() ,:;<>@[\] 治療postmaster的localpart爲不區分大小寫的，但所有其他區分大小寫 允許groups of email addresses 由於這些複雜的規則，測試給定的字符串是否是一個語法上有效的電子郵件地址根據
    email email-validation email-address rfc5322 2012-03-30

    2熱度

    2回答

    RFC 5322電子郵件格式驗證

    如何檢查由我的代碼生成的電子郵件是否有效（根據 RFC 5322）？
    email email-validation rfc5322 2014-06-07

    0熱度

    1回答

    Quoted-Printable Mime-Words應該如何包裝成正確的線長？

    我在一個MIME解析庫中遇到bug，它在包含超出特定長度的外來字符的主題行上爆炸。事實證明，它會將主題轉換爲Quoted-Printable MIME「Encoded-Word」，然後嘗試將所有內容換成78個字符。由於MIME-Word編碼沒有空格（它們被替換爲下劃線），因此無法換行。 例線被包裹： Subject: =?UTF-8?Q?lalalla_=E7=84=A1=E6=AD=A4=E7=
    smtp mime rfc5322 2011-11-15
最新問題