POP тут працює, як було розроблено. Якщо ви отримаєте доступ до поштової скриньки через протокол поштового зв’язку, очікується, що ви будете переносити її з сервера на власне зберігання. (RFCs 1081 і 1939 обидва роблять це явним у своїх вступних програмах.) З точки зору сервера повідомлення, яке було RETR
ivedved, але ще не зроблено, DELE
дійсно "читається" клієнтом POP.
Якщо ви використовуєте Office Protocol Post тримати пошту на сервері на невизначений час , то ви насправді аби з використанням протоколу. POP ніколи не вимагав, щоб поштові краплі тримали пошту нескінченно. Насправді, RFC 1939 § 8 зрозуміло про те, що сервери досить вільно видаляти повідомлення, які ви отримали, але самі не видалили, не кажучи вже про те, щоб просто позначити їх як прочитані. Протокол поштового зв’язку - це, як випливає з назви, - протокол, де пошта зберігається в крапці "поштового відділення" , з якої ви збираєте її та виймаєте, коли ваш MUA підключений до мережі.
Тож ваше запитання по суті не відповідає. Ви запитуєте, як зробити так, щоб POP не працював так, як було задумано. Звичайно, це ще один випадок вибору непридатного інструменту для роботи, а потім запитання, як змінити інструмент так, щоб він працював . Якщо ви хочете, щоб протокол, розроблений навколо парадигми, що має віддалений поштову скриньку, що підтримується на поштовому сервері (а не парадигмою POP "остання нога магазину" і "вперед", до якої звертаються кілька клієнтських MUA, тоді використовувати IMAP. Це так просто.