Gnus development mailing list
 help / color / mirror / Atom feed
From: Rob Browning <rlb@cs.utexas.edu>
Subject: Very unhappy (again).  What happened?  "B r" marked all unread as read.
Date: 21 Jan 2001 13:58:21 -0600	[thread overview]
Message-ID: <87r91wu17m.fsf@raven.localnet> (raw)


I was trying to clear up some long-term problems with my split rules,
and so after I figured out what I really wanted, I changed the rules,
and then tested "B r" on a ticked message.  This was to make sure gnus
was preserving marks across respools.  Last time (about a year ago?) I
tried it, it didn't, and I lost marks for (as I recall) over 5000
messages.  I still haven't recovered from that -- I just left that
group (my old inbox) to be dealt with later, and hoped that any things
I missed, people would just badger me about.  This time I thought I'd
be safer, and in fact, in the test this time, the tick was preserved.

So I thought it would be OK to proceed.  I marked *all* the messages
in my inbox (a few thousand) with the process mark, and then ran a "B
r".  After grinding for a while, it finished.  Along the way, it just
converted all my unread messages to read (i.e. "O").  And now they're
mixed in with all the stuff that was scheduled for deletion (hundreds
of messages) @#$%@#$%#&$%^#!

Is this intentional?  I really hope not.

<ignorable ramble>

Every time I think I've gotten conservative enough with my gnus usage,
and I try something to make my mail mess saner, it seems like gnus
just kicks me in the head again.  Last time, gnus just killed all the
marks.  I guess this is at least an improvement.

I *REALLY* wish gnus would get backends that store the marks with the
group directory -- I'll need to look in to the maildir backend maybe.
At least then there would be a sane way to protect yourself against
this kind of thing: "cp -a inbox inbox.safe.tmp", do potentially
really dangerous thing with gnus, and if failure, quit emacs, "rm -r
inbox; mv inbox.safe.tmp inbox".

In this case, I did cp -a my inbox, ahead of time, but that doesn't
really help since now it's out of sync with all the marks in the
newsrc.eld file.  And even if I'd copied that too, it would be out of
sync with whatever messages got duplicated or moved to other
directories during the re-split.  There seems to be no way, short of
copying my entire mail tree, which is hundreds of megabytes, before
any even slightly questionable action.  Trouble is that I only find
out what's questionable *after* it's too late.

A good friend of mine switched to mutt a while ago after a couple of
similar experiences to the above.  He's still not happy there, but at
least things aren't getting trashed as often.

Don't get me wrong, there are a *lot* of things I really like about
gnus, and I'd really rather work them out, but it seems like I just
*keep* getting nailed.

</ignorable ramble>

Sorry for the griping, but I'm just upset...

-- 
Rob Browning <rlb@cs.utexas.edu> PGP=E80E0D04F521A094 532B97F5D64E3930



             reply	other threads:[~2001-01-21 19:58 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-21 19:58 Rob Browning [this message]
2001-01-22  5:19 ` Very unhappy (again). (Apologies) Rob Browning
2001-02-07 11:28 ` Very unhappy (again). What happened? "B r" marked all unread as read Kai Großjohann
2001-02-07 11:38   ` Paul Stevenson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87r91wu17m.fsf@raven.localnet \
    --to=rlb@cs.utexas.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).