CUR and NEW folders
I've noticed incoming mail appears in both the CUR and NEW folder BEFORE the customer logs on to collect mail.
For this server, the accounts are configured as POP and each POP account is used by only one device. A single email alias is configured to forward to each account and at the client side teh application is configured to log on as the account, and send mail as the alias. (Ergo two independant accounts used to receive a single incoming email alias.)
My understanding is that received mail at the server is transfered to the CUR directory when the client app reads mail. Required is that the client app is set to leave messages on the server else this does not happen and once collected, mail is immediatly removed from the server.
The client app is NOT set this way, so mail should in theory only live in the NEW folder and be removed as soon as the client checks mail. It's been confirmed mail is removed from BOTH folders when the client collects mail.
What are the possible causes of mail being sent to both folders when it arrives?
Does no one know why incoming mail sometimes appears in both the CUR and NEW folder BEFORE the customer logs on to collect mail.
-
A single email alias is configured to forward to
Not sure I can be of any use here, but, are you creating an account and then forwarding? If yes, you might try just creating a forwarder, no actual email address.0 -
Not sure I can be of any use here, but, are you creating an account and then forwarding? If yes, you might try just creating a forwarder, no actual email address.
No, just two regular POP accounts called abc@domain and xyz@domain which have the alias fred@domain forwarded to them both.0 -
Hello, Could you verify if any filters have been created for these accounts? If not, I suggest reporting the issue to your web hosting provider if you do not have root access to the system. They should be able to review /var/log/exim_mainlog to see what's happening to these messages during delivery. Thank you. 0 -
Hello, Could you verify if any filters have been created for these accounts? If not, I suggest reporting the issue to your web hosting provider if you do not have root access to the system. They should be able to review /var/log/exim_mainlog to see what's happening to these messages during delivery. Thank you.
Anti spam filters do exist, however such filters delete incoming mail. In any case when filters are true, mail is removed before it arrives at either folder. (Thus mail can't be collected.) Hosting providor in question has been unusually un-cooperative. I have several Cpanel hosting providors and not seen this before. Has anyone else noticed this quirk? I don't wish to spend hours testing where increasing the size of the user account will solve the problem, or the next Cpanel patch cures it.0 -
Hello, It's difficult to troubleshoot this type of issue without root access to the system. Could you scroll to the footer within the cPanel interface and let us know the version of cPanel that's installed on this system? Thank you. 0 -
Hello, It's difficult to troubleshoot this type of issue without root access to the system. Could you scroll to the footer within the cPanel interface and let us know the version of cPanel that's installed on this system? Thank you.
We've moved this customer onto a Windows platform. Other long standing problems encountered with mobile phone accounts were also resolved. Thanls for the feedback. Please close this thread.0 -
I'm happy to see the issue is now addressed. Thank you for updating us with the outcome. 0
Please sign in to leave a comment.
Comments
7 comments