Does RSET Reset RETR-caused Deletions?
Some POP3 servers have a policy of deleting an e-mail after it has been retrieved using the RETR command (as opposed to the TOP command). My question is: Will the issuance of an RSET command following one or more RETR commands (and prior to the QUIT command) prevent a POP3 server from deleting mail that has been retrieved during that same session via the RETR commands? The RFC (1939) defining the POP3 protocol says of RSET only that: — If any messages have been marked as deleted by the POP3 server, they are unmarked. — That would certainly pertain to messages marked as deleted by the DELE command, but I cannot determine whether it would pertain to messages *implicitly* queued for deletion by the retrieval of a message via RETR. The RFC say the following about such (optional) server policies: — Sites are free to establish local policy regarding the storage and retention of messages on the server, both read and unread. For example, a site might delete unread messages from the serve
