POP protocol question: leave old mails on server
Kai Großjohann
which mails are old the next time I connect to the server?
kai
--
Lisp is kinda like tpircstsoP
Christoph Conrad
epop3 does contain a workaround for this case.
Christoph Conrad
Kai> If I wanted to leave old mails on the POP server, how would I
Kai> find out which mails are old the next time I connect to the
Kai> server?
As far as i know the POP3 server needs to support the UIDL command
(its an optional POP3 command). See RFC 1725 and epop3 for an example
implementation.
<http://www.faqs.org/rfcs/rfc1939.html>
When the POP3 server doesn't support UIDL? Dunno.
Best regards,
Christoph Conrad
--
TTi Entwicklungszentrum GmbH, Elisabethstr. 16, D-52062 Aachen
Fon: +49 241 47051-0 Fax: +49 241 47051-89 Web: http://www.ttisystems.com
-
There are 3 kinds of people, those who can count and those who can't.
Stian Grytoyr
| If I wanted to leave old mails on the POP server, how
| would I find out which mails are old the next time I
| connect to the server?
You would have to record this with your client, since the
server doesn't keep track of which mails are read. If the
server supports the optional command UIDL, you can use this
to maintain a list of which messages are read.
UIDL (with no arguments) returns a list of messages and
unique IDs. Compare this to your local list of read
messages. I believe this is the most common way to do what
you're asking, but I'm no expert, so don't take my word for
it :)
--
Stian Grytųyr
Phillip Lord
Kai> If I wanted to leave old mails on the POP server, how would I
Kai> find out which mails are old the next time I connect to the
Kai> server?
Delete them, and then if they aren't there next time, you have
already seen them....
Can't you get the headers from the POP server? Then you can
remember which ones you have seen. Or do you want to server (rather
than the client) to remember? I don't think you can, but I'm not
sure.
Phil
Galen Boyer
> If I wanted to leave old mails on the POP server, how would I
> find out which mails are old the next time I connect to the
> server?
Can you be assured that all mail clients generate a message-id?
Then you could use that, although, how would this be guaranteed
to be unique? Does an SMTP server create a message-id if there
isn't one?
Maybe a combination of X-Gnus-Mail-Source header and message-id
for uniqueness? If you maintained a small list of
X-Gnus-Mail-Source buckets and then a much bigger list for the
message-ids in each bucket, that seems like a quick way to get at
the info you need.
You would have to build that same structure for all mails on the
server though for comparison. Maybe a hashing functionality
exists so that you could hash the X-Gnus-Mail-Source and
message-id combination on both sides? This might be a really
quick way of comparing client with server.
Then, once you find those on the server that don't exist on the
client, download them.
Hm... I guess you could keep an extra list around for when you
locally delete mails so that you would know to delete these from
the server on next download? Some hook or advice for
gnus-summary-delete-article to update your extra list?
--
Galen deForest Boyer
Sweet dreams and flying machines in pieces on the ground.
Jonadab the Unsightly One
> Can't you get the headers from the POP server? Then you can
> remember which ones you have seen. Or do you want to server (rather
> than the client) to remember? I don't think you can, but I'm not
> sure.
You want the client, not the server, to remember which are read,
because the whole reason for wanting this is so that multiple clients
can retrieve from the same server (usually so that _all_ your mail
gets fetched in _one_ place, and when you check it from elsewhere it
stays on the server).
And yes, you can get just the headers from the server. Pegasus Mail
actually has a feature where you can get the headers of the pending
messages, look at them, and decide which ones to download and/or
remove from the server. I have heard (though not witnessed) that
there are mail clients that can filter based on the headers and
automatically decide not to download some mails.
--
(global-set-key [f12] 'call-last-kbd-macro)
(global-set-key [f11] 'start-kbd-macro)
(global-set-key [C-f11] 'end-kbd-macro)