組織：中國互動出版網（http://www.china-pub.com/）
RFC文檔中文翻譯計劃（http://www.china-pub.com/compters/emook/aboutemook.htm）
E-mail：ouyang@china-pub.com
譯者：丁文（zlldw   zlldw@163.net）
譯文發布時間：2001-3-30
版權：本中文翻譯文檔版權歸中國互動出版網所有。可以用于非商業用途自由轉載，但必須保留本文檔的翻譯及版權信息。

Network Working Group                                          R. Nelson
Request for Comments: 1957                               Crynwr Software
Updates: 1939                                                  June 1996
Category: Informational

RFC1957在實現POP3協議出現的一些問題
(RFC1957 Some Observations on Implementations of the Post Office Protocol (POP3))

本備忘錄狀態
   This memo provides information for the Internet community.  It does
   not specify an Internet standard of any kind.  Distribution of this
   memo is unlimited.
版權聲明
   Copyright (C) The Internet Society (1999).  All Rights Reserved.

問題描述：

	在互聯網絡上各種標準的實現中經常出現一些錯誤，在POP3服務器、客戶端的實現上也有同樣的情況。由Qualcomm更新、且廣泛使用的UCB POP3服務器“popper”在狀態指示后總多加一個空格，有兩種POP3客戶端卻依賴該空格，只有在收到此空格的情況下才能正常工作。但RFC標準不要求此空格，因此發布本備忘錄。

	存在以上問題的兩個POP3客戶端分別是UNIX平臺下免費使用的軟件“popclient”和非共享軟件“netApp Systems Internet Series”。我們已經與以上軟件的開發者取得聯系，新版本的軟件將去除對多余空格的依賴。

	另外兩個流行的POP3客戶端的問題是只在RFC的可選件使用的情況下才能正常工作，它們分別是由Netscape和Eudora公司開發的POP3客戶端。其中Netscape公司的POP3客戶端要求可選件UIDL，而Eudora公司的POP3客戶端要求可選件TOP。

	POP3的可選件APOP認證命令至今沒有廣泛使用，新版本Qualcomm POP服務器已加入APOP命令，目前為止支持APOP的客戶端有“GNU Emacs VM client”、“Eudora Lite”和“Eudora Pro”。


安全考慮：

   安全問題不在本忘錄中討論。

參考資料：

   [1]  Myers, J., and M. Rose, "Post Office Protocol - Version 3",
        STD 53, RFC 1939, May 1996.

作者的地址：

   Russell Nelson
   Crynwr Software
   521 Pleasant Valley Rd.
   Potsdam, NY 13676

   Phone: +1.315.268.1925
   FAX:   +1.315.268.9201
   EMail: nelson@crynwr.com

RFC1957  在實現POP3協議出現的一些問題

1


1
ＲＦＣ文檔中文翻譯計劃