Gnus development mailing list
 help / color / mirror / Atom feed
* nnimap better than advertised
@ 2000-04-11 21:54 Bruce Stephens
  2000-04-22  5:55 ` Amos Gouaux
  0 siblings, 1 reply; 2+ messages in thread
From: Bruce Stephens @ 2000-04-11 21:54 UTC (permalink / raw)


The manual seems to suggest that deletion is a bit weird:

     Since the articles aren't really removed when we mark them with the
     `Deleted' flag we'll need a way to actually delete them.  Feel like
     running in circles yet?

     Traditionally, nnimap has removed all articles marked as `Deleted'
     when closing a mailbox but this is now configurable by this server
     variable.

But unless I'm missing something, the behavious is pretty much like
other mail backends: if I specify (auto-expire . t), and don't think
too much, things'll work just like they do with nnml.  i.e., when I
read mail (or delete with "d" or C-k or whatever), then the mail will
seem to disappear (but I can still see it in the normal way, by
entering the group with C-u <SPC> and things), and eventually, gnus
will expire it, and it'll really go (and be expunged).

Is my understanding correct?  If so, then this looks like it's exactly
what I'd expect based on my experiences of nnml (say), so why is the
manual warning me to expect something unexpected?



^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: nnimap better than advertised
  2000-04-11 21:54 nnimap better than advertised Bruce Stephens
@ 2000-04-22  5:55 ` Amos Gouaux
  0 siblings, 0 replies; 2+ messages in thread
From: Amos Gouaux @ 2000-04-22  5:55 UTC (permalink / raw)


>>>>> On 11 Apr 2000 22:54:29 +0100,
>>>>> Bruce Stephens <bruce+gnus@cenderis.demon.co.uk> (bs) writes:

bs> Is my understanding correct?  If so, then this looks like it's exactly
bs> what I'd expect based on my experiences of nnml (say), so why is the
bs> manual warning me to expect something unexpected?

I think this comes from past discussions (mainly on the nnimap list)
about the delete model typical with many IMAP clients.  That is,
traditionally one would flag messages to be deleted, then perform an
expunge to physically blow them away.  Until the expunge was
performed, one could revisit that folder at any time and still see
those messages flagged to be deleted.

Since gnus doesn't display messages flagged to be deleted, this
doesn't translate literally.  Instead, I think most folks use
expiration to achieve similar (though more powerful) results.

Amos





^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2000-04-22  5:55 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-04-11 21:54 nnimap better than advertised Bruce Stephens
2000-04-22  5:55 ` Amos Gouaux

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).