- Stan Hoeppner [2010-01-10 12:15]:
Kirill Miazine put forth on 1/10/2010 11:28 AM:
Actually this is a wish of one customer, so I'm trying to figure out how much pain it will be do support such scenario.
One customer? Why is s/he requesting this? AFAIK, all POP clients default to "delete after download". And even if there is one that defaults to "leave a copy on server" I guarantee it has an option to "delete after download".
However, regardless, these aren't motivations. The only possible legitimate motivation for wanting this ability is that a customer is eating too much disk space. The answer to that is quotas. If you goal is that you just don't want to support POP anymore but only IMAP, then you send an announcement to your customer community that you will cease supporting POP on date xx/xx/xxxx and instructions for setting up an IMAP client can be found here: http://www.your-domain.tld/imap-instructions.
Something is amiss here. I fear you are not being truthful in your account of your motivations.
What makes you fear that I'm not being truthful about my motivation? (So ou mean I'm lying, huh?) I got a question about possibility to disable "leave mail on server" at all. And since "leave mail on server" is just a client behaviour (not deleting after retrieving), I needed to explore options to accomplish this request.
On this list, I was asking about a way to best accomplish this. I was not asking for opinions on whether such behaviour is optimal, desirable etc.
There is no legitimate scenario for requesting this ability. Any possible motivation you could have for wanting this feature is better properly handled by options/methods already in existence.
IIRC Gmail has an option to delete a message after it is retrieved via POP. Regardless of whether the POP client issues DELE commands or not.
I remember having come across a POP server that had a feature (disabled by default, of course) to generate random messge ID in response to UIDL commands. The motiviation? To discourage users leaving mail on server.
Anyway, let us close this thread now before getting too much off topic.
-- -- Kirill Miazine km@krot.org