Hi folks
A POP3 client not configured to keep a copy of messages on the server, as soon as retieve a message send a DELE commando with the number of the just retrieved message. Then, at the end of the POP3 session, the clent sends a QUIT command, wich order POP3 server to close the conection and delete the messages marqued with DELE command.
So, I'm wondering if it's possible to tell Dovecot to actually delete the message when receiving a DELE command instead of marking it for deletion after the QUIT.
Or is any other POP3 server capable of doing this other than Dovecot. (running on CentOS of course)
Thanks
David
So, I'm wondering if it's possible to tell Dovecot to actually delete the message when receiving a DELE command instead of marking it for deletion after the QUIT.
Nope. RFC1939 specifically states that the DELE command only *marks* the email for deletion. Once the server enters the 'update' state it will perform the deletion. The only command that can enter that state is the QUIT command.
http://www.ietf.org/rfc/rfc1939.txt
I was hoping Dovecot could be not so RFC compliant in this matter. Anyway if gets the DELE command the message arrived safely to the client.
Any other POP3 server not so RFC compliant?
Thanks for the answer.
David
----- Original Message ----- From: "Drew" drew.kay@gmail.com To: "CentOS mailing list" centos@centos.org Sent: Thursday, October 21, 2010 8:01 AM Subject: Re: [CentOS] POP3 server
So, I'm wondering if it's possible to tell Dovecot to actually delete the message when receiving a DELE command instead of marking it for deletion after the QUIT.
Nope. RFC1939 specifically states that the DELE command only *marks* the email for deletion. Once the server enters the 'update' state it will perform the deletion. The only command that can enter that state is the QUIT command.
http://www.ietf.org/rfc/rfc1939.txt
On 22/10/10 3:10 AM, David wrote:
I was hoping Dovecot could be not so RFC compliant in this matter. Anyway if gets the DELE command the message arrived safely to the client.
Any other POP3 server not so RFC compliant?
Thanks for the answer.
Breaking RFCs to get the functions you want is a *bad* idea. What happens if you get hit by a bus and someone else has to deal with the issue, sees that the config is "broken" and "fixes" it.
You're much better off using a protocol which supports an immediate delete from the server, like IMAP. Unless, of course, the issue is with a lack of disk space on the server.
Regards, Ben
On Sat, 2010-10-23 at 01:32 +1100, Ben McGinnes wrote:
On 22/10/10 3:10 AM, David wrote:
I was hoping Dovecot could be not so RFC compliant in this matter. Anyway if gets the DELE command the message arrived safely to the client.
The feature you want would result in inconsistencies in some cases; nothing is going to implement that behavior.
Any other POP3 server not so RFC compliant? Thanks for the answer.
Breaking RFCs to get the functions you want is a *bad* idea. What happens if you get hit by a bus and someone else has to deal with the issue, sees that the config is "broken" and "fixes" it. You're much better off using a protocol which supports an immediate delete from the server, like IMAP. Unless, of course, the issue is with a lack of disk space on the server.
ok, I will keep tight to RFC then.
Thanks for the answers.
David
----- Original Message ----- From: "Adam Tauno Williams" awilliam@whitemice.org To: centos@centos.org Sent: Friday, October 22, 2010 9:43 AM Subject: Re: [CentOS] POP3 server
On Sat, 2010-10-23 at 01:32 +1100, Ben McGinnes wrote:
On 22/10/10 3:10 AM, David wrote:
I was hoping Dovecot could be not so RFC compliant in this matter. Anyway if gets the DELE command the message arrived safely to the client.
The feature you want would result in inconsistencies in some cases; nothing is going to implement that behavior.
Any other POP3 server not so RFC compliant? Thanks for the answer.
Breaking RFCs to get the functions you want is a *bad* idea. What happens if you get hit by a bus and someone else has to deal with the issue, sees that the config is "broken" and "fixes" it. You're much better off using a protocol which supports an immediate delete from the server, like IMAP. Unless, of course, the issue is with a lack of disk space on the server.
Anyway if gets the DELE command the message arrived safely to the client.
Not guaranteed. DELE command can be issued on an email before the client reads the email. I've used this in the past to remove large emails from a mailbox so the client could finish downloading the rest of their email. Nothing chokes Outlook Express quite like an 8MB email being pulled down over 56kbps dialup. ;-)
Hi Drew, that's my situation, some clients receive more emails than they can get trough their bandwith in a given time. Everytime they connect again, starts again in message number 1. Outlook Express has a Stop button, but you know how people are ... so, I have to "clean" the mess manually. I was looking for something that can do the job automatically.
David
----- Original Message ----- From: "Drew" drew.kay@gmail.com To: "CentOS mailing list" centos@centos.org Sent: Friday, October 22, 2010 11:12 PM Subject: Re: [CentOS] POP3 server
Anyway if gets the DELE command the message arrived safely to the client.
Not guaranteed. DELE command can be issued on an email before the client reads the email. I've used this in the past to remove large emails from a mailbox so the client could finish downloading the rest of their email. Nothing chokes Outlook Express quite like an 8MB email being pulled down over 56kbps dialup. ;-)
Hi,
David wrote:
Hi Drew, that's my situation, some clients receive more emails than they can get trough their bandwith in a given time. Everytime they connect again, starts again in message number 1. Outlook Express has a Stop button, but you know how people are ... so, I have to "clean" the mess manually. I was looking for something that can do the job automatically.
From my days of phone tech support, I seem to recall there being an option for OE to only download email headers... Or maybe I'm confusing with IMAP options...
Another option is to give your customers some form of webmail: let *them* clean the mess on their mailboxes... :)
------------------------------------------ Mário Barbosa mario.barbosa@log.pt SysAdmin @ log log <www.log.pt>
Tel: +351 21 330 42 20 Tlm: +351 93 755 20 18 Fax: +351 21 330 42 19
Calçada Marquês de Abrantes nº45 3º dto 1200-718 Lisboa ------------------------------------------
-
Adam Tauno Williams -
Ben McGinnes -
David -
Drew -
Mário Barbosa