So to summarize, PMail was set to delete immediately, which worked, but deleting after 1 week using Mac Mail didn't work as the "Offer only unread mail" option won't allow that. Unchecking "Offer only unread mail" will make it possible to have POP3 clients delete messages after a specified time.

/Rolf

Using Mercury 4.62

Global POP3 profile settings for MercuryP are:

'Mark successfully retrieved mail as read' and 'Offer only unread mail to connected clients' are checked, the other options not.

Mac Mail client setting is to delete on server after 1 week, but the deletions do not occur.

Pmail POP3 clients do not have this problem. MAC users are on our LAN.

Any help will be much appreciated,

jbarntt

I haven't tested this with Mac Mail, so I can't say if that POP3 client somehow behaves in an unexpected way. Generally speaking, though, you can check that there isn't another email client holding the mailbox open that might prevent messages from being deleted. Deleting the POP3 cache file (mercuryp.cac) in the mailbox directory can be necessary if there have been some broken sessions earlier.

/Rolf

Hi Rolf,

I changed one of the Mac Mail clients to delete immediately, instead of after 1 week and fixed the problem.

Thanks for your prompt reply,

jbarntt

[quote user="jbarntt"] 'Offer only unread mail to connected clients' are checked, the other options not.

Mac Mail client setting is to delete on server after 1 week, but the deletions do not occur.

jbarntt 

[/quote]

This combination is your problem: Mercury will only "show" unread mails. Once they are read, the POP client will no longer be able even to see them, much less delete them. If you set your POP client to delete immediately, the mails are deleted while the session is still open, so the delete succeeds. If you delete after 1 week, the delete would happen during another POP session, but the e-mails are no longer available via POP then.

This setting unfortunately defaults to "on", which causes problems with modern POP clients (as you have noticed). Even worse, Outlook always closes the POP download session, then opens another POP session and tries to delete the mail, which is then no longer "there" as far as Outlook perceives it. As far as I remember, this option stems from way back times, probably to work around the strange behavior of a particular POP client.

Greetings

Markus Borst