A (possible?), annoying bug found in Messaging
I haven't managed to reproduce the bug I've run into today (I'm just developing a simple POP3 server emulator to be able to do this), but, as it may still 'bite' again, it's the best if you're aware of it too.
If you access your mailbox from Messaging (Pocket Inbox in pre-WM2003SE PPC versions) over POP3 and also delete the mail from your PDA mailbox (which, on the next connection, will result in deleting them from the POP3 server too), and then, after downloading the new mail and forcing Messaging to download some of the full bodies of some, selected mails (because you use the default, "download the first 2k of the mail body" mode of Messaging), sometimes, it makes mistakes by downloading the wrong ones - that is, it's still fetching the old mails, using their, before-the-deletion, old serial numbers (while the POP3 server has, in the meantime, has reordered the mail in it and has decreased the indexes by n for the first n deleted mail). This means these fetchings will download mail that is much newer than the wanted one.
Once again: of the several tests, this bug only came out two times. Therefore, you may not manage to reproduce it. I'll also go on making some extensive tests (I'm a TCP/IP pro - I know everything about TCP/IP protocols) to find out what exactly causes this behaviour.
For that time, it's still advisable not to delete mail bodies from Messaging, followed by forced mail body downloads - you may end up unable to read your particular mails entirely (because, after a failed download, you won't be able to redownload the mail once again on the same PDA, unless you set up a separate POP3 account to access the same mailbox). Also, I'd like to know whether any of you have run into the same problem.