text: 電子郵箱是傳遞電子郵件訊息的目的地。它相當於郵政系統中的信箱。定義.郵箱以電子郵件地址作為標識。但並非所有電子郵件地址都有對應的儲存設施。有時，也使用“偽郵箱”一詞來指代那些並無相應的明確郵件儲存的地址。可以透過這樣的地址送達最終收件人。郵件列表和都是典型的例子。RFC 5321 將“電子郵件地址”定義為一個字串，它可以標識一個郵件將要送達的使用者，或一個郵件將被儲存的位置。“郵箱”一詞用來指保管者。在這個意義上說，“郵箱”和“地址”兩個詞是可以互換使用的。RFC 5322 將“郵箱”定義如下：“郵箱接收郵件。它是一個‘概念性實體’，並不一定非得涉及到檔案儲存。”它還進一步舉例說明，某些站點可能會選擇在印表機上列印郵件，並將紙質郵件遞送到收件人的桌上，就像傳統的傳真傳送一樣。訪問.對郵箱的訪問由控制。通常，任何人都可以將訊息傳送到一個郵箱，但只有經過驗證的使用者才可以從他們自己的郵箱中讀取或刪除郵件。電子郵件客戶端可以從一個或多個郵箱將訊息取回。客戶端用來儲存訊息的資料庫被稱為“本地郵箱”。讀取.用於收取郵件的主流客戶端-伺服器協議有：IMAP和Webmail或多或少都可以無縫地共同工作。POP如果配置為在伺服器上保留副本，則也可以相容。因特網郵件格式，目前由 RFC 5322 定義，它可以追溯到1982年的 RFC 822。這也是POP和IMAP客戶端所期望的格式。寫入.傳送到郵箱的郵件，由寫入伺服器的本地郵箱中。對遠端使用者來說，這是他們在該伺服器上擁有的遠端郵箱。IMAP客戶端可以在遠端郵箱上覆制、移動和刪除郵件。郵箱空間.郵箱都有大小限制，或者由儲存空間隱式確定，或者對郵箱或資料夾有配額限制。除了管理方面的考慮，配額限制還有助於抑制電郵炸彈攻擊。IMAP對配額的擴充套件在1997年被標準化。儲存格式.任何一種資料庫都可以用來儲存電子郵件訊息。然而，有些標準化已經導致若干眾所周知的檔案格式允許不同的計算機程式訪問一個給定的郵箱。有兩種格式是被廣泛使用的：郵箱名稱.郵箱名稱是電子郵件地址的第一部分，也稱為“域內部分”；也就是@符號前面的部分。其格式由 RFC 5322 和 RFC 5321 正式指定。它往往是收件人在郵件伺服器上，或目標域中的使用者名稱。域內部分最長可達64個字元，而且理論上是大小寫敏感的。它可以包括一個“有效字元”的序列，或是一個用引號引住的字串，其中還可以包含空格和特殊字元。如果使用SMTPUTF8，也可以使用非ASCII字元。在建立新的郵箱名稱時，需要了解一些常識，以避免常見錯誤。在 RFC 5321 的描述中，對施加限制持非常謹慎態度：While the above definition for Local-part is relatively permissive, for maximum interoperability, a host that expects to receive mail SHOULD avoid defining mailboxes where the Local-part requires (or uses) the Quoted-string form or where the Local-part is case-sensitive.[While 上面對域內部分的定義相對寬容，為了最大的互通性，接收郵件的主機定義的郵箱，“應當”避免域內部分要求用引號引住字串的形式或域內部分是大小寫敏感的。]有效字元.以下字元可以出現在域內部分中，而不需要引號：保留名稱.名稱“postmaster”、“abuse”和其它對應於眾所周知角色和職能的名稱，被要求保留。還有其它一些名稱會引起麻煩，可能是因為它們會與郵件軟體內部使用的名稱相沖突，包括器，或因為底層儲存系統不允許。這樣的名單有很多，比如在GitHub上。
metadata: erhwenkuo/wikipedia-zhtw
metadata: 電子郵箱
metadata: https://zh.wikipedia.org/wiki?curid=6424887