unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#34289: Mention why killed groups come back anyway next time one starts gnus
@ 2019-02-01  0:40 積丹尼 Dan Jacobson
  2019-02-02 16:47 ` Eric Abrahamsen
  2019-06-22 13:08 ` Lars Ingebrigtsen
  0 siblings, 2 replies; 14+ messages in thread
From: 積丹尼 Dan Jacobson @ 2019-02-01  0:40 UTC (permalink / raw)
  To: 34289

On (info "(gnus) Subscription Commands")
mention why killed groups come back anyway next time one starts gnus.
See also http://jidanni.org/comp/configuration/
Yes, it probably has to do with levels...
OK mention that one must remove them from Mail/active too... and maybe by hand from .newsrc.eld .
Gnus v5.13
GNU Emacs 26.1 (build 2, i686-pc-linux-gnu, GTK+ Version 3.24.2)
 of 2018-12-27, modified by Debian





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

* bug#34289: Mention why killed groups come back anyway next time one starts gnus
  2019-02-01  0:40 bug#34289: Mention why killed groups come back anyway next time one starts gnus 積丹尼 Dan Jacobson
@ 2019-02-02 16:47 ` Eric Abrahamsen
  2019-06-22 13:08 ` Lars Ingebrigtsen
  1 sibling, 0 replies; 14+ messages in thread
From: Eric Abrahamsen @ 2019-02-02 16:47 UTC (permalink / raw)
  To: 積丹尼 Dan Jacobson; +Cc: 34289

積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:

> On (info "(gnus) Subscription Commands")
> mention why killed groups come back anyway next time one starts gnus.
> See also http://jidanni.org/comp/configuration/
> Yes, it probably has to do with levels...
> OK mention that one must remove them from Mail/active too... and maybe by hand from .newsrc.eld .

What mail backend is this happening with? It shouldn't be that
difficult to kill groups permanently...





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

* bug#34289: Mention why killed groups come back anyway next time one starts gnus
  2019-02-01  0:40 bug#34289: Mention why killed groups come back anyway next time one starts gnus 積丹尼 Dan Jacobson
  2019-02-02 16:47 ` Eric Abrahamsen
@ 2019-06-22 13:08 ` Lars Ingebrigtsen
  2019-06-23  1:10   ` 積丹尼 Dan Jacobson
  1 sibling, 1 reply; 14+ messages in thread
From: Lars Ingebrigtsen @ 2019-06-22 13:08 UTC (permalink / raw)
  To: 積丹尼 Dan Jacobson; +Cc: 34289

積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:

> On (info "(gnus) Subscription Commands")
> mention why killed groups come back anyway next time one starts gnus.
> See also http://jidanni.org/comp/configuration/
> Yes, it probably has to do with levels...
> OK mention that one must remove them from Mail/active too... and maybe by hand from .newsrc.eld .

No, you shouldn't have to do any of those things.  Killing a group with
C-k should leave them dead (on all the mainstream Gnus backends).

What groups display this behaviour?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





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

* bug#34289: Mention why killed groups come back anyway next time one starts gnus
  2019-06-22 13:08 ` Lars Ingebrigtsen
@ 2019-06-23  1:10   ` 積丹尼 Dan Jacobson
  2019-06-23 12:30     ` Lars Ingebrigtsen
  0 siblings, 1 reply; 14+ messages in thread
From: 積丹尼 Dan Jacobson @ 2019-06-23  1:10 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 34289

>>>>> "LI" == Lars Ingebrigtsen <larsi@gnus.org> writes:
LI> 積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:

>> On (info "(gnus) Subscription Commands")
>> mention why killed groups come back anyway next time one starts gnus.
>> See also http://jidanni.org/comp/configuration/
>> Yes, it probably has to do with levels...
>> OK mention that one must remove them from Mail/active too... and maybe by hand from .newsrc.eld .

LI> No, you shouldn't have to do any of those things.  Killing a group with
LI> C-k should leave them dead (on all the mainstream Gnus backends).

LI> What groups display this behaviour?

All I remember is I only use mail groups and no usenet groups.





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

* bug#34289: Mention why killed groups come back anyway next time one starts gnus
  2019-06-23  1:10   ` 積丹尼 Dan Jacobson
@ 2019-06-23 12:30     ` Lars Ingebrigtsen
  2019-07-09 15:05       ` 積丹尼 Dan Jacobson
  0 siblings, 1 reply; 14+ messages in thread
From: Lars Ingebrigtsen @ 2019-06-23 12:30 UTC (permalink / raw)
  To: 積丹尼 Dan Jacobson; +Cc: 34289

積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:

> LI> No, you shouldn't have to do any of those things.  Killing a group with
> LI> C-k should leave them dead (on all the mainstream Gnus backends).
>
> LI> What groups display this behaviour?
>
> All I remember is I only use mail groups and no usenet groups.

And if you kill a group, it comes back the next time you start Gnus?
Have you set `gnus-save-killed-list' to nil?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





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

* bug#34289: Mention why killed groups come back anyway next time one starts gnus
  2019-06-23 12:30     ` Lars Ingebrigtsen
@ 2019-07-09 15:05       ` 積丹尼 Dan Jacobson
  2019-07-09 15:18         ` Lars Ingebrigtsen
  0 siblings, 1 reply; 14+ messages in thread
From: 積丹尼 Dan Jacobson @ 2019-07-09 15:05 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 34289

>>>>> "LI" == Lars Ingebrigtsen <larsi@gnus.org> writes:

LI> And if you kill a group, it comes back the next time you start Gnus?
LI> Have you set `gnus-save-killed-list' to nil?

!gnus-save-killed-list is a variable defined in ‘gnus-start.el’.
!Its value is nil
!Original value was t
!You should always set ‘gnus-check-new-newsgroups’ to ‘ask-server’...(yes)





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

* bug#34289: Mention why killed groups come back anyway next time one starts gnus
  2019-07-09 15:05       ` 積丹尼 Dan Jacobson
@ 2019-07-09 15:18         ` Lars Ingebrigtsen
  2019-07-09 15:35           ` 積丹尼 Dan Jacobson
  0 siblings, 1 reply; 14+ messages in thread
From: Lars Ingebrigtsen @ 2019-07-09 15:18 UTC (permalink / raw)
  To: 積丹尼 Dan Jacobson; +Cc: 34289

積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:

>>>>>> "LI" == Lars Ingebrigtsen <larsi@gnus.org> writes:
>
> LI> And if you kill a group, it comes back the next time you start Gnus?
> LI> Have you set `gnus-save-killed-list' to nil?
>
> !gnus-save-killed-list is a variable defined in ‘gnus-start.el’.
> !Its value is nil
> !Original value was t
> !You should always set ‘gnus-check-new-newsgroups’ to ‘ask-server’...(yes)

Then this isn't a bug; if you don't save the killed list the groups will
come back (unless you a bunch of other settings).

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





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

* bug#34289: Mention why killed groups come back anyway next time one starts gnus
  2019-07-09 15:18         ` Lars Ingebrigtsen
@ 2019-07-09 15:35           ` 積丹尼 Dan Jacobson
  2019-07-09 15:42             ` Lars Ingebrigtsen
  0 siblings, 1 reply; 14+ messages in thread
From: 積丹尼 Dan Jacobson @ 2019-07-09 15:35 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 34289

>>>>> "LI" == Lars Ingebrigtsen <larsi@gnus.org> writes:

LI> Then this isn't a bug; if you don't save the killed list the groups will
LI> come back (unless you a bunch of other settings).

OK then gnus-save-killed-list docstring should warn about that and say how to get
rid of groups forever for real.





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

* bug#34289: Mention why killed groups come back anyway next time one starts gnus
  2019-07-09 15:35           ` 積丹尼 Dan Jacobson
@ 2019-07-09 15:42             ` Lars Ingebrigtsen
  2019-07-11  0:17               ` 積丹尼 Dan Jacobson
  0 siblings, 1 reply; 14+ messages in thread
From: Lars Ingebrigtsen @ 2019-07-09 15:42 UTC (permalink / raw)
  To: 積丹尼 Dan Jacobson; +Cc: 34289

積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:

>>>>>> "LI" == Lars Ingebrigtsen <larsi@gnus.org> writes:
>
> LI> Then this isn't a bug; if you don't save the killed list the groups will
> LI> come back (unless you a bunch of other settings).
>
> OK then gnus-save-killed-list docstring should warn about that and say
> how to get
> rid of groups forever for real.

I think the doc string warns about that.  And there's no way to get rid
of groups forever for real; that's not how NNTP works.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





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

* bug#34289: Mention why killed groups come back anyway next time one starts gnus
  2019-07-09 15:42             ` Lars Ingebrigtsen
@ 2019-07-11  0:17               ` 積丹尼 Dan Jacobson
  2019-07-11 14:08                 ` Lars Ingebrigtsen
  0 siblings, 1 reply; 14+ messages in thread
From: 積丹尼 Dan Jacobson @ 2019-07-11  0:17 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 34289

LI> I think the doc string warns about that.  And there's no way to get rid
LI> of groups forever for real; that's not how NNTP works.

I was using only various mailboxes / folders, not NNTP.





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

* bug#34289: Mention why killed groups come back anyway next time one starts gnus
  2019-07-11  0:17               ` 積丹尼 Dan Jacobson
@ 2019-07-11 14:08                 ` Lars Ingebrigtsen
  2019-07-11 19:08                   ` 積丹尼 Dan Jacobson
  0 siblings, 1 reply; 14+ messages in thread
From: Lars Ingebrigtsen @ 2019-07-11 14:08 UTC (permalink / raw)
  To: 積丹尼 Dan Jacobson; +Cc: 34289

積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:

> LI> I think the doc string warns about that.  And there's no way to get rid
> LI> of groups forever for real; that's not how NNTP works.
>
> I was using only various mailboxes / folders, not NNTP.

If you want to delete an IMAP mail box, you delete it on the server.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





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

* bug#34289: Mention why killed groups come back anyway next time one starts gnus
  2019-07-11 14:08                 ` Lars Ingebrigtsen
@ 2019-07-11 19:08                   ` 積丹尼 Dan Jacobson
  2019-07-11 20:34                     ` Eric Abrahamsen
  0 siblings, 1 reply; 14+ messages in thread
From: 積丹尼 Dan Jacobson @ 2019-07-11 19:08 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 34289

LI> If you want to delete an IMAP mail box, you delete it on the server.

I recall I had split up my mail via .procmailrc into various local file
mailboxes, and then told gnus where they were.

I long ago removed those files, and tried my best to get gnus to forget
them completely...





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

* bug#34289: Mention why killed groups come back anyway next time one starts gnus
  2019-07-11 19:08                   ` 積丹尼 Dan Jacobson
@ 2019-07-11 20:34                     ` Eric Abrahamsen
  2019-07-13 22:53                       ` 積丹尼 Dan Jacobson
  0 siblings, 1 reply; 14+ messages in thread
From: Eric Abrahamsen @ 2019-07-11 20:34 UTC (permalink / raw)
  To: 積丹尼 Dan Jacobson; +Cc: Lars Ingebrigtsen, 34289

積丹尼 Dan Jacobson <jidanni@jidanni.org> writes:

> LI> If you want to delete an IMAP mail box, you delete it on the server.
>
> I recall I had split up my mail via .procmailrc into various local file
> mailboxes, and then told gnus where they were.
>
> I long ago removed those files, and tried my best to get gnus to forget
> them completely...

If you're dealing with local mailboxes, you should be able to to "C-u G
<del>" on the group to actually remove the group from your filesystem.
If you've already deleted the directory from your filesystem... I don't
know why it would be coming back. A simple "C-k" is enough to
unsubscribe you, and if the directories don't exist at all anymore, Gnus
shouldn't resurrect them. Were these groups on nnml, nnmaildir, nn?...

Eric





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

* bug#34289: Mention why killed groups come back anyway next time one starts gnus
  2019-07-11 20:34                     ` Eric Abrahamsen
@ 2019-07-13 22:53                       ` 積丹尼 Dan Jacobson
  0 siblings, 0 replies; 14+ messages in thread
From: 積丹尼 Dan Jacobson @ 2019-07-13 22:53 UTC (permalink / raw)
  To: Eric Abrahamsen; +Cc: Lars Ingebrigtsen, 34289

ANYWAY, let's take a look at why I use
$ mutt -f /some/mbox
instead of gnus, for various simple mboxs laying around my system. For
gnus all I know is once it gets hold of a mbox, it is very hard to
completely eliminate the knowledge of it from gnus' vast dark interiors
with gnus' vast dark commands.

You fellows were talking about even viewing debbugs with gnus... no way!
It would surely leave some list of read articles somewhere in gnus vast
interiors (including SCORE lists, group kill lists, who knows.)

In fact, just like Google has a Data Retention Policy statement, the
gnus manual should, as an appendix, list all the ways one can be sure he
can finally get rid of each type of nn-this, nn-that mailbox, (along
with article KILL lists, group KILL lists, article SCORE lists, who
knows.) (Yes, gnus retains data on your home computer, not in the Gnus
Towers, but still needs a statement on how to get rid of it.)

I don't care one bit about "data privacy". I'm just looking at this from
the point of "can the user successfully reduce the size (bytes, lines)
of the various pieces of gnus back to what they were before he
'subscribed' to some mailbox. (Also what if he doesn't want to remove
the mailbox from the system, he just doesn't want gnus to "know about it
at all" anymore.)

Yes mention that gnus keeps some items (messages) for one week for your
own good... and yes documents how to get rid of them now...

And mention how the user can double check to be sure that he really did
clean the thing he wanted to out of gnus' vast Orwellian databases
that one currently must use lsof(1) and find ~ -mmin 111 etc. to track
down!

In fact
(info "(gnus) The End")
should also mention let's say the user wanted to eliminate every trace
of gnus's stuff from his $HOME.

First go through all the key strokes he needs.

That should probably leave a few lisp database files/directory
structure, almost zero size with no entries.

Then probably a few shell commands are needed to get rid of those too,
so he can finally get back to day 1 state before he started.

I'm not asking you to tell me the answer. (I long ago solved it via
"forensic analysis" and now that the data is gone, I also naturally
forgot the details.) I'm saying all this needs to be added as an
appendix to (info "(gnus) The End"). Getting rid of the memory of 1.
individual messages 2. groups 3. entire gnus.

Sure "It's all already documented. Bye." Yeah, scattered among the
various info pages, with no dedicated page for those who want to "How do
I permanently remove my ...".





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

end of thread, other threads:[~2019-07-13 22:53 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-02-01  0:40 bug#34289: Mention why killed groups come back anyway next time one starts gnus 積丹尼 Dan Jacobson
2019-02-02 16:47 ` Eric Abrahamsen
2019-06-22 13:08 ` Lars Ingebrigtsen
2019-06-23  1:10   ` 積丹尼 Dan Jacobson
2019-06-23 12:30     ` Lars Ingebrigtsen
2019-07-09 15:05       ` 積丹尼 Dan Jacobson
2019-07-09 15:18         ` Lars Ingebrigtsen
2019-07-09 15:35           ` 積丹尼 Dan Jacobson
2019-07-09 15:42             ` Lars Ingebrigtsen
2019-07-11  0:17               ` 積丹尼 Dan Jacobson
2019-07-11 14:08                 ` Lars Ingebrigtsen
2019-07-11 19:08                   ` 積丹尼 Dan Jacobson
2019-07-11 20:34                     ` Eric Abrahamsen
2019-07-13 22:53                       ` 積丹尼 Dan Jacobson

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

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 read-only IMAP folder(s) and NNTP newsgroup(s).