Chris Green:
> > Is there a way of telling the MUA to delete a message locally (and not
> > download it again) but leave it on the server to be picked up by a
> > different machine later?
> >
> No, I don't think you could do this. Effectively what you have in
> tkrat is what looks exactly like a local folder with new messages, old
> messages and deleteed messages. If you 'synchronise' the folder (i.e.
> tell the MUA to make its view of the folder and the server/file view
> of the messages the same) then the deleted messages are deleted from
> the POP3 server.
It makes sense to me.
When you close the POP3 server you should be offered the choice of
synchronising the folder, or not.
Presumably the MUA opens a new POP3 connection when it synchronises
the folder. Note that you can't use message numbers between POP3
sessions:
- Another client may have connected and deleted mail from the server
while the MUA had the folder "open".
- The server may have automatically deleted old mail from the server.
- The server may have removed mail from the server after having
delivered it some other way (Demon does this).
- The server may decide to arbitrarily renumber the mail and add new
mail somwhere in the middle of the sequence (Demon does this too).
According to RFC 1939 both UIDL and TOP are optional POP3 commands,
and at least one major ISP in this country offers POP3 without UIDL.
However, even with that slight complication it doesn't seem like a
huge amount of work to add this to mutt ...
I'm not totally keen on writing the code myself, though, because it's
too similar to my day-time job. (We're developing a speech-driven MUA
for people to read and reply to e-mail over the phone; I'm a little
familiar with the internals of fetchmail and c-client. In my spare
time, if I had any, I prefer to work on operating system or compiler
stuff ...)
Edmund
