> When there are a lot of messages into a maildrop, the client
> sometimes fails to disconnect correctly from IMail POP3.
> Then, it happens often that the DELETED messages during the
> session neither are truly deleted, and neither truly RESTORED.
If IMail is properly following the RFC, that shouldn't happen. When the message is
deleted by the POP3 client (DELE command), it is only *marked* as deleted for that
session. The message doesn't truly get deleted until the client ends the session
(with a QUIT command).
When a new session is started, the RFC says that no messages should be marked as
deleted.
It sounds as if IMail is marking the messages as deleted when it receives the delete
command (as it should), but then if the connection fails (no QUIT is ever sent), it
doesn't delete the messages (which is the correct behavior), but it it keeps the
messages marked as deleted (which it shouldn't do). When the next session starts up,
since the messages had been previously marked as deleted, IMail continues to show them
as deleted (they show up in the list, but aren't accessible).
If this is true, IMail needs to fix the problem.
-Scott
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
