1) Внимательно читаем RFC 1939: «DELE msg Arguments: a message-number (required) which may NOT refer to a message marked as deleted Restrictions: may only be given in the TRANSACTION state Discussion: The POP3 server marks the message as deleted. Any future reference to the message-number associated with the message in a POP3 command generates an error. The POP3 server does not actually delete the message until the POP3 session enters the UPDATE state. The UPDATE State When the client issues the QUIT command from the TRANSACTION state, the POP3 session enters the UPDATE state. (Note that if the client issues the QUIT command from the AUTHORIZATION state, the POP3 session terminates but does NOT enter the UPDATE state.) If a session terminates for some reason other than a client-issued QUIT command, the POP3 session does NOT enter the UPDATE state and MUST not remove any messages from the maildrop. QUIT Arguments: none Restrictions: none Discussion: The POP3 server removes all messages marked as deleted from the maildrop and replies as to the status of this operation. If there is an error, such as a resource shortage, encountered while removing messages, the maildrop may result in having some or none of the messages marked as deleted be removed. In no case may the server remove any messages not marked as deleted. Whether the removal was successful or not, the server then releases any exclusive-access lock on the maildrop and closes the TCP connection. » 2) Никакого веб-ящика не существует. Есть веб-интерфейс к одному ящику, аналогичный с другими протоколами доступа.
@Andrey Sverdlichenko в RFC 1939 (протокол POP3) однозначно описывается поведение команды DELE и переход в состояние UPDATE. После DELE cообщение должно быть удалено по переходу в состояние UPDATE, которое происходит по выходу или смене авторизации.(такова природа транзакционности протокола POP3) Более того, в вводной части этого RFC сказано: «POP3 is not intended to provide extensive manipulation operations of mail on the server; normally, mail is downloaded and then deleted. A more advanced (and complex) protocol, IMAP4, is discussed in [RFC1730].» Не нужно придумывать своих толкований RFC
Имеются ввиду контролируемые соединения. В протоколе описаны команды постановки задачи на сбор данных, но комманды «пишем все» нет. Учитывая 4.12 можно предположить что интересен 1-5% от потока в пике. Здравый смысл никто не отменял.
Дискуссии пользователя
1) Внимательно читаем RFC 1939: «DELE msg Arguments: a message-number (required) which may NOT refer to a message marked as deleted Restrictions: may only be given in the TRANSACTION state Discussion: The POP3 server marks the message as deleted. Any future reference to the message-number associated with the message in a POP3 command generates an error. The POP3 server does not actually delete the message until the POP3 session enters the UPDATE state. The UPDATE State When the client issues the QUIT command from the TRANSACTION state, the POP3 session enters the UPDATE state. (Note that if the client issues the QUIT command from the AUTHORIZATION state, the POP3 session terminates but does NOT enter the UPDATE state.) If a session terminates for some reason other than a client-issued QUIT command, the POP3 session does NOT enter the UPDATE state and MUST not remove any messages from the maildrop. QUIT Arguments: none Restrictions: none Discussion: The POP3 server removes all messages marked as deleted from the maildrop and replies as to the status of this operation. If there is an error, such as a resource shortage, encountered while removing messages, the maildrop may result in having some or none of the messages marked as deleted be removed. In no case may the server remove any messages not marked as deleted. Whether the removal was successful or not, the server then releases any exclusive-access lock on the maildrop and closes the TCP connection. » 2) Никакого веб-ящика не существует. Есть веб-интерфейс к одному ящику, аналогичный с другими протоколами доступа.
@Andrey Sverdlichenko в RFC 1939 (протокол POP3) однозначно описывается поведение команды DELE и переход в состояние UPDATE. После DELE cообщение должно быть удалено по переходу в состояние UPDATE, которое происходит по выходу или смене авторизации.(такова природа транзакционности протокола POP3) Более того, в вводной части этого RFC сказано: «POP3 is not intended to provide extensive manipulation operations of mail on the server; normally, mail is downloaded and then deleted. A more advanced (and complex) protocol, IMAP4, is discussed in [RFC1730].» Не нужно придумывать своих толкований RFC
Имеются ввиду контролируемые соединения. В протоколе описаны команды постановки задачи на сбор данных, но комманды «пишем все» нет. Учитывая 4.12 можно предположить что интересен 1-5% от потока в пике. Здравый смысл никто не отменял.
Такое ощущение, что никто не читал приказ. http://minsvyaz.ru/common/upload/Proekt_prikaza_o_pravilakh_ot_29.03.13.pdf Там нет ничего про тотальную запись всех пользователей. Смотрим внимательно на п.4