Hello,
We worked with this problem for a bit ourselves. We had a rather
unique situation however. We had to allow an IMAP client (read this
as a person, not MUA) to make a POP connection at login. This was
for historical reasons. ( Got a new message count. And yes, we knew
it was inaccurate for
On 7/30/06, Daniel Eckl <[EMAIL PROTECTED]> wrote:
That's a good idea. But this may have an unwanted side effect:
A pop3 client which is not configured to leave messages on server might
ignore the possibility that messages on the server might be seen already.
If the client doesn't compare fetch
On 7/30/06, former03 | Baltasar Cevc <[EMAIL PROTECTED]> wrote:
If I'm not mistaken that's impossible due to the POP3 protocol
restrictions, the messages are removed using the DELE command, and
there's some command to get the numers of the messages and UUIDs.
If this assumption is right, the only
That's a good idea. But this may have an unwanted side effect:
A pop3 client which is not configured to leave messages on server might
ignore the possibility that messages on the server might be seen already.
If the client doesn't compare fetched and unfetched mails with the UIDL
command, it migh
If I'm not mistaken that's impossible due to the POP3 protocol
restrictions, the messages are removed using the DELE command, and
there's some command to get the numers of the messages and UUIDs.
If this assumption is right, the only possibilities would be to prevent
deletion using ACL (which wo
