* fancy splitting interactively @ 2015-01-03 10:22 Uwe Brauer 2015-01-03 10:39 ` Glyn Millington ` (2 more replies) 0 siblings, 3 replies; 32+ messages in thread From: Uwe Brauer @ 2015-01-03 10:22 UTC (permalink / raw) To: ding [-- Attachment #1: Type: text/plain, Size: 528 bytes --] Hello I usually have the following setting. (setq nnimap-split-rule 'nnimap-split-fancy nnimap-split-inbox "INBOX" nnimap-split-fancy `(| ;macro ,@(bbdb-nnimap-folder-list-from-bbdb) ("Content-type" "application/msword" "DOC"))) However this seems only to work when I start gnus and the message in the INBOX are unread. How can I run this splitting on the INBOX for all messages even read ones? (Thunderbird has such a feature and I have to use it regularly). thanks Uwe Brauer [-- Attachment #2: smime.p7s --] [-- Type: application/pkcs7-signature, Size: 6007 bytes --] ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-03 10:22 fancy splitting interactively Uwe Brauer @ 2015-01-03 10:39 ` Glyn Millington 2015-01-03 10:57 ` Eric S Fraga 2015-01-03 14:48 ` Adam Sjøgren 2 siblings, 0 replies; 32+ messages in thread From: Glyn Millington @ 2015-01-03 10:39 UTC (permalink / raw) To: ding Uwe Brauer <oub@mat.ucm.es> writes: > Hello > > I usually have the following setting. > (setq > nnimap-split-rule 'nnimap-split-fancy > nnimap-split-inbox "INBOX" > nnimap-split-fancy > `(| ;macro > ,@(bbdb-nnimap-folder-list-from-bbdb) > ("Content-type" "application/msword" "DOC"))) > > However this seems only to work when I start gnus and the message in the > INBOX are unread. > > How can I run this splitting on the INBOX for all messages even read > ones? > (Thunderbird has such a feature and I have to use it regularly). Mark the messages you want re-spooled (#) Then do B r in the summary buffer It is possible I have misunderstood what you want! atb Glyn ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-03 10:22 fancy splitting interactively Uwe Brauer 2015-01-03 10:39 ` Glyn Millington @ 2015-01-03 10:57 ` Eric S Fraga 2015-01-03 13:53 ` Eric Abrahamsen 2015-01-03 14:48 ` Adam Sjøgren 2 siblings, 1 reply; 32+ messages in thread From: Eric S Fraga @ 2015-01-03 10:57 UTC (permalink / raw) To: ding On Saturday, 3 Jan 2015 at 11:22, Uwe Brauer wrote: > How can I run this splitting on the INBOX for all messages even read > ones? Possibly: ,----[ C-h v nnimap-unsplittable-articles RET ] | nnimap-unsplittable-articles is a variable defined in `nnimap.el'. | Its value is (%Deleted %Seen) | | Documentation: | Articles with the flags in the list will not be considered when splitting. | | This is a Gnus server variable. See Info node `(gnus)Select Methods'. | | [back] `---- -- : Eric S Fraga, GnuPG: 0xFFFCF67D : in Emacs 25.0.50.1 + Ma Gnus v0.12 + evil-git-bbc9fa3 : BBDB version 3.1.2 (2014-05-06 11:45:08 -0500) ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-03 10:57 ` Eric S Fraga @ 2015-01-03 13:53 ` Eric Abrahamsen 2015-01-03 17:43 ` Uwe Brauer 0 siblings, 1 reply; 32+ messages in thread From: Eric Abrahamsen @ 2015-01-03 13:53 UTC (permalink / raw) To: ding Eric S Fraga <e.fraga@ucl.ac.uk> writes: > On Saturday, 3 Jan 2015 at 11:22, Uwe Brauer wrote: >> How can I run this splitting on the INBOX for all messages even read >> ones? > > Possibly: > > ,----[ C-h v nnimap-unsplittable-articles RET ] > | nnimap-unsplittable-articles is a variable defined in `nnimap.el'. > | Its value is (%Deleted %Seen) > | > | Documentation: > | Articles with the flags in the list will not be considered when splitting. > | > | This is a Gnus server variable. See Info node `(gnus)Select Methods'. > | > | [back] > `---- Yup, this is what I've done in the past and it works a treat. Just set it to (%Deleted) temporarily, then refresh. ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-03 13:53 ` Eric Abrahamsen @ 2015-01-03 17:43 ` Uwe Brauer 2015-01-04 3:12 ` Eric Abrahamsen 0 siblings, 1 reply; 32+ messages in thread From: Uwe Brauer @ 2015-01-03 17:43 UTC (permalink / raw) To: ding [-- Attachment #1: Type: text/plain, Size: 1057 bytes --] >> "Eric" == Eric Abrahamsen <eric@ericabrahamsen.net> writes: > Eric S Fraga <e.fraga@ucl.ac.uk> writes: >> On Saturday, 3 Jan 2015 at 11:22, Uwe Brauer wrote: >> How can I run this splitting on the INBOX for all messages even read >> ones? >> >> Possibly: >> >> ,----[ C-h v nnimap-unsplittable-articles RET ] >> | nnimap-unsplittable-articles is a variable defined in `nnimap.el'. >> | Its value is (%Deleted %Seen) >> | >> | Documentation: >> | Articles with the flags in the list will not be considered when splitting. >> | >> | This is a Gnus server variable. See Info node `(gnus)Select Methods'. >> | >> | [back] >> `---- > Yup, this is what I've done in the past and it works a treat. Just set > it to (%Deleted) temporarily, then refresh. Thanks for pointing this variable out to me, I see that it is not customize-able via customize, so I have to use: (setq nnimap-unsplittable-articles '(%Deleted)) By refresh you mean gnus-group-get-new-news?? [-- Attachment #2: smime.p7s --] [-- Type: application/pkcs7-signature, Size: 6007 bytes --] ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-03 17:43 ` Uwe Brauer @ 2015-01-04 3:12 ` Eric Abrahamsen 2015-01-05 12:31 ` Eric S Fraga 0 siblings, 1 reply; 32+ messages in thread From: Eric Abrahamsen @ 2015-01-04 3:12 UTC (permalink / raw) To: ding Uwe Brauer <oub@mat.ucm.es> writes: >>> "Eric" == Eric Abrahamsen <eric@ericabrahamsen.net> writes: > > > Eric S Fraga <e.fraga@ucl.ac.uk> writes: > >> On Saturday, 3 Jan 2015 at 11:22, Uwe Brauer wrote: >>> How can I run this splitting on the INBOX for all messages even read >>> ones? > >> > >> Possibly: > >> > >> ,----[ C-h v nnimap-unsplittable-articles RET ] > >> | nnimap-unsplittable-articles is a variable defined in `nnimap.el'. > >> | Its value is (%Deleted %Seen) > >> | > >> | Documentation: > >> | Articles with the flags in the list will not be considered when splitting. > >> | > >> | This is a Gnus server variable. See Info node `(gnus)Select Methods'. > >> | > >> | [back] > >> `---- > > > Yup, this is what I've done in the past and it works a treat. Just set > > it to (%Deleted) temporarily, then refresh. > > Thanks for pointing this variable out to me, I see that it is not > customize-able via customize, so I have to use: > > > (setq nnimap-unsplittable-articles '(%Deleted)) > > By refresh you mean > gnus-group-get-new-news?? Yes, any entry point into the "fetch new news" process will run the splitting routine. I think the idea is that you aren't really meant to run Gnus regularly without the %Seen flag in that variable. That means (as far as I understand it) that *every* time you get new news, *all* of your existing messages will be run through the splitting process again. That could be heavy, though to be honest when I've done this in the past I don't remember it taking nearly as long as I thought it would. What's meant to happen is that *unseen* messages are split once, on their way in, and then left where they are. It's been noted on this list that this can produce unwanted results if you're accessing your mail from several devices, and some other device marks a message as read before Gnus gets to it -- that way Gnus won't know to split it. I'm not sure what the proper solution is there, but I still don't think it's running day-to-day with %Seen removed from `nnimap-unsplittable-articles'. Eric ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-04 3:12 ` Eric Abrahamsen @ 2015-01-05 12:31 ` Eric S Fraga 2015-01-05 14:34 ` Eric Abrahamsen 0 siblings, 1 reply; 32+ messages in thread From: Eric S Fraga @ 2015-01-05 12:31 UTC (permalink / raw) To: ding On Sunday, 4 Jan 2015 at 11:12, Eric Abrahamsen wrote: [...] > I think the idea is that you aren't really meant to run Gnus regularly > without the %Seen flag in that variable. That means (as far as I > understand it) that *every* time you get new news, *all* of your > existing messages will be run through the splitting process again. That > could be heavy, though to be honest when I've done this in the past I > don't remember it taking nearly as long as I thought it would. Indeed but it works well when you have more than one device (esp. phones) accessing the inbox, as you note later in your post, *and* if you have a Inbox 0 approach! My approach, when I use gnus splitting, is that I do not expect any emails in my INBOX once gnus has processed them. I do access emails on my phone frequently so I need those that have been read elsewhere split as well. In my case, *all* emails in my INBOX get split off to somewhere, whether to a special folder or to a "general" catch-all folder for emails that I cannot classify. I hope this makes sense... -- : Eric S Fraga, GnuPG: 0xFFFCF67D : in Emacs 25.0.50.1 + Ma Gnus v0.12 + evil-git-bbc9fa3 : BBDB version 3.1.2 (2014-05-06 11:45:08 -0500) ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-05 12:31 ` Eric S Fraga @ 2015-01-05 14:34 ` Eric Abrahamsen 2015-01-05 15:30 ` Eric S Fraga 0 siblings, 1 reply; 32+ messages in thread From: Eric Abrahamsen @ 2015-01-05 14:34 UTC (permalink / raw) To: ding Eric S Fraga <e.fraga@ucl.ac.uk> writes: > On Sunday, 4 Jan 2015 at 11:12, Eric Abrahamsen wrote: > > [...] > >> I think the idea is that you aren't really meant to run Gnus regularly >> without the %Seen flag in that variable. That means (as far as I >> understand it) that *every* time you get new news, *all* of your >> existing messages will be run through the splitting process again. That >> could be heavy, though to be honest when I've done this in the past I >> don't remember it taking nearly as long as I thought it would. > > Indeed but it works well when you have more than one device > (esp. phones) accessing the inbox, as you note later in your post, *and* > if you have a Inbox 0 approach! > > My approach, when I use gnus splitting, is that I do not expect any > emails in my INBOX once gnus has processed them. I do access emails on > my phone frequently so I need those that have been read elsewhere split > as well. In my case, *all* emails in my INBOX get split off to > somewhere, whether to a special folder or to a "general" catch-all > folder for emails that I cannot classify. > > I hope this makes sense... Yeah, that definitely makes sense, and if you're willing to adopt the no-messages-in-the-INBOX approach then it all works out quite nicely. I still think someone clever should come up with a more certain solution to the problem, though. Multiple devices -- like multiple email addresses -- are becoming the norm rather than the exception, and in both cases Gnus has a bit of catch-up to do... ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-05 14:34 ` Eric Abrahamsen @ 2015-01-05 15:30 ` Eric S Fraga 2015-01-05 19:23 ` Adam Sjøgren 0 siblings, 1 reply; 32+ messages in thread From: Eric S Fraga @ 2015-01-05 15:30 UTC (permalink / raw) To: ding On Monday, 5 Jan 2015 at 22:34, Eric Abrahamsen wrote: [...] > still think someone clever should come up with a more certain solution > to the problem, though. Multiple devices -- like multiple email > addresses -- are becoming the norm rather than the exception, and in > both cases Gnus has a bit of catch-up to do... Funnily enough, my view is that it is all the other MUAs that need catching up... :) -- : Eric S Fraga, GnuPG: 0xFFFCF67D : in Emacs 25.0.50.1 + Ma Gnus v0.12 + evil-git-bbc9fa3 : BBDB version 3.1.2 (2014-05-06 11:45:08 -0500) ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-05 15:30 ` Eric S Fraga @ 2015-01-05 19:23 ` Adam Sjøgren 2015-01-06 1:25 ` Eric Abrahamsen 2015-01-07 6:21 ` Julien Cubizolles 0 siblings, 2 replies; 32+ messages in thread From: Adam Sjøgren @ 2015-01-05 19:23 UTC (permalink / raw) To: ding Eric writes: > On Monday, 5 Jan 2015 at 22:34, Eric Abrahamsen wrote: >> still think someone clever should come up with a more certain solution >> to the problem, though. Multiple devices -- like multiple email >> addresses -- are becoming the norm rather than the exception, and in >> both cases Gnus has a bit of catch-up to do... > Funnily enough, my view is that it is all the other MUAs that need > catching up... :) I agree with Eric! Seriously, though, what would make Gnus "catch-up"? /A -- "Eternal evil Adam Sjøgren Yeah it stares behind the desk" asjo@koldfront.dk ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-05 19:23 ` Adam Sjøgren @ 2015-01-06 1:25 ` Eric Abrahamsen 2015-01-06 5:35 ` Russ Allbery 2015-01-06 18:05 ` Eric S Fraga 2015-01-07 6:21 ` Julien Cubizolles 1 sibling, 2 replies; 32+ messages in thread From: Eric Abrahamsen @ 2015-01-06 1:25 UTC (permalink / raw) To: ding asjo@koldfront.dk (Adam Sjøgren) writes: > Eric writes: > >> On Monday, 5 Jan 2015 at 22:34, Eric Abrahamsen wrote: > >>> still think someone clever should come up with a more certain solution >>> to the problem, though. Multiple devices -- like multiple email >>> addresses -- are becoming the norm rather than the exception, and in >>> both cases Gnus has a bit of catch-up to do... > >> Funnily enough, my view is that it is all the other MUAs that need >> catching up... :) I usually agree completely! > I agree with Eric! > > > Seriously, though, what would make Gnus "catch-up"? Okay, maybe "catch up" isn't quite right, but these are two areas where Gnus isn't miles ahead, like it usually is. For the multiple-email-addresses issue, it seems like we ought to have something baked into message.el that lets you set up different identities -- sort of like posting styles, but for blank composed messages. There's a package called gnus-alias in Melpa that looks like it does pretty much that, maybe it could be considered for inclusion. The multiple device problem is trickier. The idea of Gnus-specific marks was floated, and Lars was also talking about something called "Gnus Cloudy" which might also address this. It's not an area I'm very familiar with, and I guess I don't know what the best solution is... ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-06 1:25 ` Eric Abrahamsen @ 2015-01-06 5:35 ` Russ Allbery 2015-01-06 6:34 ` Eric Abrahamsen 2015-01-06 18:05 ` Eric S Fraga 1 sibling, 1 reply; 32+ messages in thread From: Russ Allbery @ 2015-01-06 5:35 UTC (permalink / raw) To: ding Eric Abrahamsen <eric@ericabrahamsen.net> writes: > Okay, maybe "catch up" isn't quite right, but these are two areas where > Gnus isn't miles ahead, like it usually is. For the > multiple-email-addresses issue, it seems like we ought to have something > baked into message.el that lets you set up different identities -- sort > of like posting styles, but for blank composed messages. I don't understand why you'd need something like posting styles for blank composed messages? Posting styles work fine for blank composed messages. I've been using Gnus with multiple identities for more than a decade. Just move to a group that matches the identity you want to post with, and do C-u a, or compose the message while you're reading a group. I suppose the UI could be a bit better since moving around your folders to select the identity may be a bit awkward, but this works quite well for me. -- Russ Allbery (eagle@eyrie.org) <http://www.eyrie.org/~eagle/> ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-06 5:35 ` Russ Allbery @ 2015-01-06 6:34 ` Eric Abrahamsen 2015-01-06 6:39 ` Russ Allbery 0 siblings, 1 reply; 32+ messages in thread From: Eric Abrahamsen @ 2015-01-06 6:34 UTC (permalink / raw) To: ding Russ Allbery <eagle@eyrie.org> writes: > Eric Abrahamsen <eric@ericabrahamsen.net> writes: > >> Okay, maybe "catch up" isn't quite right, but these are two areas where >> Gnus isn't miles ahead, like it usually is. For the >> multiple-email-addresses issue, it seems like we ought to have something >> baked into message.el that lets you set up different identities -- sort >> of like posting styles, but for blank composed messages. > > I don't understand why you'd need something like posting styles for blank > composed messages? Posting styles work fine for blank composed messages. > I've been using Gnus with multiple identities for more than a decade. > Just move to a group that matches the identity you want to post with, and > do C-u a, or compose the message while you're reading a group. > > I suppose the UI could be a bit better since moving around your folders to > select the identity may be a bit awkward, but this works quite well for > me. Right, that's pretty much what I meant -- if I want to send an email as Eric Abrahamsen, International Man of Mystery, complete with custom headers and signature, I don't want to have to navigate to the "Man of Mystery" group and compose from there. There probably isn't such a group, and even if there were, that's not really what I *mean*. We'd have to figure out how these identities would interact with composing from a group, but that could actually be interesting. A group's posting styles could say "use identity B when composing from this group", for example. Or, if you compose from a group with "C-u a", but also select an identity, the group's posting styles could say "override header X on whatever identity was selected." In short, in several cases I have gone through multiple groups and set the same headers on all those groups' posting styles. It would make more sense to me to specify that all these groups use the same identity. Just an idea! Eric ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-06 6:34 ` Eric Abrahamsen @ 2015-01-06 6:39 ` Russ Allbery 2015-01-06 7:27 ` Glyn Millington 2015-01-09 3:00 ` Eric Abrahamsen 0 siblings, 2 replies; 32+ messages in thread From: Russ Allbery @ 2015-01-06 6:39 UTC (permalink / raw) To: ding Eric Abrahamsen <eric@ericabrahamsen.net> writes: > Right, that's pretty much what I meant -- if I want to send an email as > Eric Abrahamsen, International Man of Mystery, complete with custom > headers and signature, I don't want to have to navigate to the "Man of > Mystery" group and compose from there. There probably isn't such a > group, and even if there were, that's not really what I *mean*. Yeah, that makes sense. > We'd have to figure out how these identities would interact with > composing from a group, but that could actually be interesting. A > group's posting styles could say "use identity B when composing from > this group", for example. ...but this is how Gnus already works now. Or am I missing something? > In short, in several cases I have gone through multiple groups and set > the same headers on all those groups' posting styles. It would make more > sense to me to specify that all these groups use the same identity. Oh, I think you're just missing the fact that this is Gnus, so you don't need to be mucking about in the properties of individual groups and can just use elisp. :) (setq gnus-posting-styles '(("." (address "eagle@eyrie.org") (name "Russ Allbery") (organization "The Eyrie") (signature-file "~/docs/sigs/eyrie") (eval (setq gnus-message-archive-group (rra-archive-group "mail")))) ((or (string-match "^comp\\.lang\\.perl" gnus-newsgroup-name) (string-match "^nnml:project\\.perl" gnus-newsgroup-name)) (address "rra@cpan.org") (signature-file "~/docs/sigs/perl")) ((and (string= "news.software.nntp" gnus-newsgroup-name) (message-news-p)) (signature-file "~/docs/sigs/help-newsgroup")) ((string= "nnml:project.inn" gnus-newsgroup-name) (signature-file "~/docs/sigs/help-list")))) and so forth. All matching settings are applied in order, so put more specific entries later. https://www.gnu.org/software/emacs/manual/html_node/gnus/Posting-Styles.html But you're right that mine is based on my current group, so I have to navigate to the appropriate group to use a particular style. Although note the documentation of gnus-posting-styles: you can run arbitrary elisp to figure out what style to use, among other things. So if you can figure out some other piece of information Gnus has available to select on, you can already use that to determine the posting style. But I don't think there's an easy way to give you something like Gmail's drop-down list of identities to pick from right now. -- Russ Allbery (eagle@eyrie.org) <http://www.eyrie.org/~eagle/> ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-06 6:39 ` Russ Allbery @ 2015-01-06 7:27 ` Glyn Millington 2015-01-09 3:01 ` Eric Abrahamsen 2015-01-09 3:00 ` Eric Abrahamsen 1 sibling, 1 reply; 32+ messages in thread From: Glyn Millington @ 2015-01-06 7:27 UTC (permalink / raw) To: ding Russ Allbery <eagle@eyrie.org> writes: > Eric Abrahamsen <eric@ericabrahamsen.net> writes: > >> Right, that's pretty much what I meant -- if I want to send an email as >> Eric Abrahamsen, International Man of Mystery, complete with custom >> headers and signature, I don't want to have to navigate to the "Man of >> Mystery" group and compose from there. There probably isn't such a >> group, and even if there were, that's not really what I *mean*. > > Yeah, that makes sense. > >> We'd have to figure out how these identities would interact with >> composing from a group, but that could actually be interesting. A >> group's posting styles could say "use identity B when composing from >> this group", for example. > > ...but this is how Gnus already works now. Or am I missing something? > >> In short, in several cases I have gone through multiple groups and set >> the same headers on all those groups' posting styles. It would make more >> sense to me to specify that all these groups use the same identity. > > Oh, I think you're just missing the fact that this is Gnus, so you don't > need to be mucking about in the properties of individual groups and can > just use elisp. :) > > (setq gnus-posting-styles > '(("." > (address "eagle@eyrie.org") > (name "Russ Allbery") > (organization "The Eyrie") > (signature-file "~/docs/sigs/eyrie") > (eval > (setq gnus-message-archive-group (rra-archive-group "mail")))) > > ((or (string-match "^comp\\.lang\\.perl" gnus-newsgroup-name) > (string-match "^nnml:project\\.perl" gnus-newsgroup-name)) > (address "rra@cpan.org") > (signature-file "~/docs/sigs/perl")) > > ((and (string= "news.software.nntp" gnus-newsgroup-name) > (message-news-p)) > (signature-file "~/docs/sigs/help-newsgroup")) > > ((string= "nnml:project.inn" gnus-newsgroup-name) > (signature-file "~/docs/sigs/help-list")))) > > and so forth. All matching settings are applied in order, so put more > specific entries later. > > https://www.gnu.org/software/emacs/manual/html_node/gnus/Posting-Styles.html > > But you're right that mine is based on my current group, so I have to > navigate to the appropriate group to use a particular style. Although > note the documentation of gnus-posting-styles: you can run arbitrary elisp > to figure out what style to use, among other things. So if you can figure > out some other piece of information Gnus has available to select on, you > can already use that to determine the posting style. > > But I don't think there's an easy way to give you something like Gmail's > drop-down list of identities to pick from right now. Isn't this what Gnus-alias does? http://www.emacswiki.org/emacs/GnusAlias I've never tried it! atb Glyn ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-06 7:27 ` Glyn Millington @ 2015-01-09 3:01 ` Eric Abrahamsen 0 siblings, 0 replies; 32+ messages in thread From: Eric Abrahamsen @ 2015-01-09 3:01 UTC (permalink / raw) To: ding Glyn Millington <glyn.millington@gmail.com> writes: > Russ Allbery <eagle@eyrie.org> writes: > >> Eric Abrahamsen <eric@ericabrahamsen.net> writes: >> >>> Right, that's pretty much what I meant -- if I want to send an email as >>> Eric Abrahamsen, International Man of Mystery, complete with custom >>> headers and signature, I don't want to have to navigate to the "Man of >>> Mystery" group and compose from there. There probably isn't such a >>> group, and even if there were, that's not really what I *mean*. >> >> Yeah, that makes sense. >> >>> We'd have to figure out how these identities would interact with >>> composing from a group, but that could actually be interesting. A >>> group's posting styles could say "use identity B when composing from >>> this group", for example. >> >> ...but this is how Gnus already works now. Or am I missing something? >> >>> In short, in several cases I have gone through multiple groups and set >>> the same headers on all those groups' posting styles. It would make more >>> sense to me to specify that all these groups use the same identity. >> >> Oh, I think you're just missing the fact that this is Gnus, so you don't >> need to be mucking about in the properties of individual groups and can >> just use elisp. :) >> >> (setq gnus-posting-styles >> '(("." >> (address "eagle@eyrie.org") >> (name "Russ Allbery") >> (organization "The Eyrie") >> (signature-file "~/docs/sigs/eyrie") >> (eval >> (setq gnus-message-archive-group (rra-archive-group "mail")))) >> >> ((or (string-match "^comp\\.lang\\.perl" gnus-newsgroup-name) >> (string-match "^nnml:project\\.perl" gnus-newsgroup-name)) >> (address "rra@cpan.org") >> (signature-file "~/docs/sigs/perl")) >> >> ((and (string= "news.software.nntp" gnus-newsgroup-name) >> (message-news-p)) >> (signature-file "~/docs/sigs/help-newsgroup")) >> >> ((string= "nnml:project.inn" gnus-newsgroup-name) >> (signature-file "~/docs/sigs/help-list")))) >> >> and so forth. All matching settings are applied in order, so put more >> specific entries later. >> >> https://www.gnu.org/software/emacs/manual/html_node/gnus/Posting-Styles.html >> >> But you're right that mine is based on my current group, so I have to >> navigate to the appropriate group to use a particular style. Although >> note the documentation of gnus-posting-styles: you can run arbitrary elisp >> to figure out what style to use, among other things. So if you can figure >> out some other piece of information Gnus has available to select on, you >> can already use that to determine the posting style. >> >> But I don't think there's an easy way to give you something like Gmail's >> drop-down list of identities to pick from right now. > > > Isn't this what Gnus-alias does? > > http://www.emacswiki.org/emacs/GnusAlias Yes, I mentioned very package early on, as doing pretty much exactly what I had in mind. Does anyone have any particular opinions about maybe making that part of message.el? Eric ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-06 6:39 ` Russ Allbery 2015-01-06 7:27 ` Glyn Millington @ 2015-01-09 3:00 ` Eric Abrahamsen 1 sibling, 0 replies; 32+ messages in thread From: Eric Abrahamsen @ 2015-01-09 3:00 UTC (permalink / raw) To: ding Russ Allbery <eagle@eyrie.org> writes: > Eric Abrahamsen <eric@ericabrahamsen.net> writes: > >> Right, that's pretty much what I meant -- if I want to send an email as >> Eric Abrahamsen, International Man of Mystery, complete with custom >> headers and signature, I don't want to have to navigate to the "Man of >> Mystery" group and compose from there. There probably isn't such a >> group, and even if there were, that's not really what I *mean*. > > Yeah, that makes sense. > >> We'd have to figure out how these identities would interact with >> composing from a group, but that could actually be interesting. A >> group's posting styles could say "use identity B when composing from >> this group", for example. > > ...but this is how Gnus already works now. Or am I missing something? > >> In short, in several cases I have gone through multiple groups and set >> the same headers on all those groups' posting styles. It would make more >> sense to me to specify that all these groups use the same identity. > > Oh, I think you're just missing the fact that this is Gnus, so you don't > need to be mucking about in the properties of individual groups and can > just use elisp. :) > > (setq gnus-posting-styles > '(("." > (address "eagle@eyrie.org") > (name "Russ Allbery") > (organization "The Eyrie") > (signature-file "~/docs/sigs/eyrie") > (eval > (setq gnus-message-archive-group (rra-archive-group "mail")))) > > ((or (string-match "^comp\\.lang\\.perl" gnus-newsgroup-name) > (string-match "^nnml:project\\.perl" gnus-newsgroup-name)) > (address "rra@cpan.org") > (signature-file "~/docs/sigs/perl")) > > ((and (string= "news.software.nntp" gnus-newsgroup-name) > (message-news-p)) > (signature-file "~/docs/sigs/help-newsgroup")) > > ((string= "nnml:project.inn" gnus-newsgroup-name) > (signature-file "~/docs/sigs/help-list")))) > > and so forth. All matching settings are applied in order, so put more > specific entries later. Right, but again this is group-centric, rather than identity-centric, which conceptually seems like the proper approach, to me. > https://www.gnu.org/software/emacs/manual/html_node/gnus/Posting-Styles.html > > But you're right that mine is based on my current group, so I have to > navigate to the appropriate group to use a particular style. Although > note the documentation of gnus-posting-styles: you can run arbitrary elisp > to figure out what style to use, among other things. So if you can figure > out some other piece of information Gnus has available to select on, you > can already use that to determine the posting style. > > But I don't think there's an easy way to give you something like Gmail's > drop-down list of identities to pick from right now. But what you say is true -- we're actually probably very close to having it, and I don't think it would take a lot of code to get from here to there. Just a little thought about how to meld identities and posting styles... ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-06 1:25 ` Eric Abrahamsen 2015-01-06 5:35 ` Russ Allbery @ 2015-01-06 18:05 ` Eric S Fraga 2015-01-06 18:20 ` Eric S Fraga 2015-01-07 1:28 ` Eric Abrahamsen 1 sibling, 2 replies; 32+ messages in thread From: Eric S Fraga @ 2015-01-06 18:05 UTC (permalink / raw) To: ding On Tuesday, 6 Jan 2015 at 09:25, Eric Abrahamsen wrote: [...] > The multiple device problem is trickier. The idea of Gnus-specific marks > was floated, and Lars was also talking about something called "Gnus > Cloudy" which might also address this. It's not an area I'm very > familiar with, and I guess I don't know what the best solution is... I am not sure what the problem is? Gnus handles marks understood by other MUAs properly, as far as I can tell. My annoyance is that server side splitting is incredibly clumsy (in my experience) compared with gnus's fancy splitting capabilities and so I hate having to read emails on other devices with having split anything. Of course, once the emails have been processed once by gnus, I can access all the appropriate folders on other devices (assuming IMAP, of course). So, again, my view is that other MUAs need to catch up... Am I missing something? -- : Eric S Fraga, GnuPG: 0xFFFCF67D : in Emacs 25.0.50.1 + Ma Gnus v0.12 + evil-git-bbc9fa3 : BBDB version 3.1.2 (2014-05-06 11:45:08 -0500) ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-06 18:05 ` Eric S Fraga @ 2015-01-06 18:20 ` Eric S Fraga 2015-01-07 1:28 ` Eric Abrahamsen 1 sibling, 0 replies; 32+ messages in thread From: Eric S Fraga @ 2015-01-06 18:20 UTC (permalink / raw) To: ding On Tuesday, 6 Jan 2015 at 18:05, Eric S Fraga wrote: [...] > My annoyance is that server side splitting is incredibly clumsy (in my > experience) compared with gnus's fancy splitting capabilities and so I > hate having to read emails on other devices with having split anything. "with" -> "without" (oops) -- : Eric S Fraga, GnuPG: 0xFFFCF67D : in Emacs 25.0.50.1 + Ma Gnus v0.12 + evil-git-bbc9fa3 : BBDB version 3.1.2 (2014-05-06 11:45:08 -0500) ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-06 18:05 ` Eric S Fraga 2015-01-06 18:20 ` Eric S Fraga @ 2015-01-07 1:28 ` Eric Abrahamsen 1 sibling, 0 replies; 32+ messages in thread From: Eric Abrahamsen @ 2015-01-07 1:28 UTC (permalink / raw) To: ding Eric S Fraga <e.fraga@ucl.ac.uk> writes: > On Tuesday, 6 Jan 2015 at 09:25, Eric Abrahamsen wrote: > > [...] > >> The multiple device problem is trickier. The idea of Gnus-specific marks >> was floated, and Lars was also talking about something called "Gnus >> Cloudy" which might also address this. It's not an area I'm very >> familiar with, and I guess I don't know what the best solution is... > > I am not sure what the problem is? Gnus handles marks understood by > other MUAs properly, as far as I can tell. The OP was talking about the fact that, by default, Gnus won't split read messages. So if you've read it on your phone or whatever, it won't get split. Unless you do the zero INBOX thing. > My annoyance is that server side splitting is incredibly clumsy (in my > experience) compared with gnus's fancy splitting capabilities and so I > hate having to read emails on other devices with having split anything. No argument here! > Of course, once the emails have been processed once by gnus, I can > access all the appropriate folders on other devices (assuming IMAP, of > course). > > So, again, my view is that other MUAs need to catch up... > > Am I missing something? ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-05 19:23 ` Adam Sjøgren 2015-01-06 1:25 ` Eric Abrahamsen @ 2015-01-07 6:21 ` Julien Cubizolles 2015-01-07 10:12 ` Eric Abrahamsen 2015-01-07 19:46 ` Adam Sjøgren 1 sibling, 2 replies; 32+ messages in thread From: Julien Cubizolles @ 2015-01-07 6:21 UTC (permalink / raw) To: ding asjo@koldfront.dk (Adam Sjøgren) writes: > Seriously, though, what would make Gnus "catch-up"? I'm also very happy with the way Gnus splits however I was wondering if someone already hacked a way to automatically construct splitting rules. Designing them is not very difficult but for most cases, having a function create-splitting-rule-based-on-sender or create-splitting-rule-based-on-mailing-list with a few options (move, copy, mark) would be convenient. Julien. ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-07 6:21 ` Julien Cubizolles @ 2015-01-07 10:12 ` Eric Abrahamsen 2015-01-14 10:27 ` Julien Cubizolles 2015-05-25 16:14 ` Julien Cubizolles 2015-01-07 19:46 ` Adam Sjøgren 1 sibling, 2 replies; 32+ messages in thread From: Eric Abrahamsen @ 2015-01-07 10:12 UTC (permalink / raw) To: ding Julien Cubizolles <j.cubizolles@free.fr> writes: > asjo@koldfront.dk (Adam Sjøgren) writes: > > >> Seriously, though, what would make Gnus "catch-up"? > > I'm also very happy with the way Gnus splits however I was wondering if > someone already hacked a way to automatically construct splitting > rules. Designing them is not very difficult but for most cases, having a > function create-splitting-rule-based-on-sender or > create-splitting-rule-based-on-mailing-list with a few options (move, > copy, mark) would be convenient. > > Julien. The Gnus registry might do some of what you want, with split-to-parent and all that: have you looked at those functions? ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-07 10:12 ` Eric Abrahamsen @ 2015-01-14 10:27 ` Julien Cubizolles 2015-05-25 16:14 ` Julien Cubizolles 1 sibling, 0 replies; 32+ messages in thread From: Julien Cubizolles @ 2015-01-14 10:27 UTC (permalink / raw) To: ding Eric Abrahamsen <eric@ericabrahamsen.net> writes: > The Gnus registry might do some of what you want, with split-to-parent > and all that: have you looked at those functions? I didn't think of it this way, I'll give it a try. ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-07 10:12 ` Eric Abrahamsen 2015-01-14 10:27 ` Julien Cubizolles @ 2015-05-25 16:14 ` Julien Cubizolles 1 sibling, 0 replies; 32+ messages in thread From: Julien Cubizolles @ 2015-05-25 16:14 UTC (permalink / raw) To: ding Eric Abrahamsen <eric@ericabrahamsen.net> writes: > The Gnus registry might do some of what you want, with split-to-parent > and all that: have you looked at those functions? I finally got around it, and it's working fine, thanks. ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-07 6:21 ` Julien Cubizolles 2015-01-07 10:12 ` Eric Abrahamsen @ 2015-01-07 19:46 ` Adam Sjøgren 2015-01-14 10:27 ` Julien Cubizolles 1 sibling, 1 reply; 32+ messages in thread From: Adam Sjøgren @ 2015-01-07 19:46 UTC (permalink / raw) To: ding Julien writes: > I'm also very happy with the way Gnus splits however I was wondering if > someone already hacked a way to automatically construct splitting > rules. Designing them is not very difficult but for most cases, having a > function create-splitting-rule-based-on-sender or > create-splitting-rule-based-on-mailing-list with a few options (move, > copy, mark) would be convenient. I tend to use bbdb for splitting on people. I.e. using (: (lambda () (car (bbdb/gnus-split-method)))) and having gnus-private fields in bbdb. Best regards, Adam -- "Den skal ha nr 42 for å gå med mine sko Adam Sjøgren Men han må ha sin egen pistol" asjo@koldfront.dk ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-07 19:46 ` Adam Sjøgren @ 2015-01-14 10:27 ` Julien Cubizolles 0 siblings, 0 replies; 32+ messages in thread From: Julien Cubizolles @ 2015-01-14 10:27 UTC (permalink / raw) To: ding asjo@koldfront.dk (Adam Sjøgren) writes: > I tend to use bbdb for splitting on people. > > I.e. using > > (: (lambda () > (car (bbdb/gnus-split-method)))) > > and having gnus-private fields in bbdb. Never tried it, will do, thanks. ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-03 10:22 fancy splitting interactively Uwe Brauer 2015-01-03 10:39 ` Glyn Millington 2015-01-03 10:57 ` Eric S Fraga @ 2015-01-03 14:48 ` Adam Sjøgren 2015-01-03 17:38 ` Uwe Brauer 2 siblings, 1 reply; 32+ messages in thread From: Adam Sjøgren @ 2015-01-03 14:48 UTC (permalink / raw) To: ding Uwe writes: > How can I run this splitting on the INBOX for all messages even read > ones? You can always mark the relevant messages with # and then run B r on them. ,---- | B r runs the command gnus-summary-respool-article, which is an | interactive compiled Lisp function in `gnus-sum.el'. | | It is bound to B r, <menu-bar> <Article> <Copy, move,... (Backend)> | <Respool article...>. | | (gnus-summary-respool-article &optional N METHOD) | | Respool the current article. | The article will be squeezed through the mail spooling process again, | which means that it will be put in some mail newsgroup or other | depending on `nnmail-split-methods'. | If N is a positive number, respool the N next articles. | If N is a negative number, respool the N previous articles. | If N is nil and any articles have been marked with the process mark, | respool those articles instead. | | Respooling can be done both from mail groups and "real" newsgroups. | In the former case, the articles in question will be moved from the | current group into whatever groups they are destined to. In the | latter case, they will be copied into the relevant groups. `---- You can use B q on a message to see what splitting will do to it, if you actually do B r on it. ,---- | B q runs the command gnus-summary-respool-query, which is an | interactive compiled Lisp function in `gnus-sum.el'. | | It is bound to B q, <menu-bar> <Article> <Copy, move,... (Backend)> | <Query respool>. | | (gnus-summary-respool-query &optional SILENT TRACE) | | Query where the respool algorithm would put this article. `---- Best regards, Adam -- "Vegetarian progressive grindcore" Adam Sjøgren asjo@koldfront.dk ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-03 14:48 ` Adam Sjøgren @ 2015-01-03 17:38 ` Uwe Brauer 2015-01-03 17:51 ` Adam Sjøgren 0 siblings, 1 reply; 32+ messages in thread From: Uwe Brauer @ 2015-01-03 17:38 UTC (permalink / raw) To: ding [-- Attachment #1: Type: text/plain, Size: 365 bytes --] >> "Adam" == Adam Sjøgren <asjo@koldfront.dk> writes: > Uwe writes: >> How can I run this splitting on the INBOX for all messages even read >> ones? > You can always mark the relevant messages with # and then run B r on > them. This is not what I want. I don't want to mark them myself, this is a issue which should be done by gnus.... [-- Attachment #2: smime.p7s --] [-- Type: application/pkcs7-signature, Size: 6007 bytes --] ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-03 17:38 ` Uwe Brauer @ 2015-01-03 17:51 ` Adam Sjøgren 2015-01-03 22:49 ` Uwe Brauer 2015-01-04 14:56 ` [bug] (was: fancy splitting interactively) Uwe Brauer 0 siblings, 2 replies; 32+ messages in thread From: Adam Sjøgren @ 2015-01-03 17:51 UTC (permalink / raw) To: ding Uwe writes: > This is not what I want. I don't want to mark them myself, this is a > issue which should be done by gnus.... I'm sure a superuser like you can figure out how to mark all articles with M P a before pressing B r. Best regards, Adam -- "We're not unreasonable, I mean, noone's going to eat Adam Sjøgren your eyes" asjo@koldfront.dk ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: fancy splitting interactively 2015-01-03 17:51 ` Adam Sjøgren @ 2015-01-03 22:49 ` Uwe Brauer 2015-01-04 14:56 ` [bug] (was: fancy splitting interactively) Uwe Brauer 1 sibling, 0 replies; 32+ messages in thread From: Uwe Brauer @ 2015-01-03 22:49 UTC (permalink / raw) To: ding [-- Attachment #1: Type: text/plain, Size: 417 bytes --] >> "Adam" == Adam Sjøgren <asjo@koldfront.dk> writes: > Uwe writes: >> This is not what I want. I don't want to mark them myself, this is a >> issue which should be done by gnus.... > I'm sure a superuser like you can figure out how to mark all articles > with M P a before pressing B r. Thanks for this brilliant solution, which I would not have discovered myself. regards Uwe [-- Attachment #2: smime.p7s --] [-- Type: application/pkcs7-signature, Size: 6007 bytes --] ^ permalink raw reply [flat|nested] 32+ messages in thread
* [bug] (was: fancy splitting interactively) 2015-01-03 17:51 ` Adam Sjøgren 2015-01-03 22:49 ` Uwe Brauer @ 2015-01-04 14:56 ` Uwe Brauer 2015-01-26 3:15 ` [bug] Lars Ingebrigtsen 1 sibling, 1 reply; 32+ messages in thread From: Uwe Brauer @ 2015-01-04 14:56 UTC (permalink / raw) To: ding [-- Attachment #1.1: Type: text/plain, Size: 360 bytes --] >> "Adam" == Adam Sjøgren <asjo@koldfront.dk> writes: > Uwe writes: >> This is not what I want. I don't want to mark them myself, this is a >> issue which should be done by gnus.... > I'm sure a superuser like you can figure out how to mark all articles > with M P a before pressing B r. The following bug showed up when Using B r [-- Attachment #1.2: spool-bug.txt --] [-- Type: text/plain, Size: 1537 bytes --] Debugger entered--Lisp error: (wrong-type-argument char-or-string-p nil) decode-coding-string(nil utf-8) nnimap-decode-gnus-group(nil) nnimap-request-accept-article(nil "UCMgmail" t) gnus-request-accept-article(nil (nnimap "UCMgmail" (nnimap-address "imap.gmail.com") (nnimap-server-port 993) (nnimap-authinfo-file "~/.authinfo") (nnimap-stream ssl)) t t) eval((gnus-request-accept-article nil (quote (nnimap "UCMgmail" ... ... ... ...)) t t)) nnimap-request-move-article(19859 "INBOX" "UCMgmail" (gnus-request-accept-article nil (quote (nnimap "UCMgmail" ... ... ... ...)) t t) t nil) gnus-request-move-article(19859 "nnimap+UCMgmail:INBOX" "UCMgmail" (gnus-request-accept-article nil (quote (nnimap "UCMgmail" ... ... ... ...)) t t) t nil) gnus-summary-move-article(nil nil (nnimap "UCMgmail" (nnimap-address "imap.gmail.com") (nnimap-server-port 993) (nnimap-authinfo-file "~/.authinfo") (nnimap-stream ssl))) #<compiled-function (from gnus-summary-respool-article) (&optional n method) "...(32)" [gnus-newsgroup-name n method error "No method given for respooling" assoc symbol-name gnus-find-method-for-group gnus-methods-using respool gnus-summary-move-article nil gnus-summary-copy-article] 4 ("/home/oub/xemacs/site-lisp/packages/ma-gnus-09/lisp/gnus-sum.elc" . 293934) (list current-prefix-arg (let* ... ...)) 0x2f4b>(nil (nnimap "UCMgmail" (nnimap-address "imap.gmail.com") (nnimap-server-port 993) (nnimap-authinfo-file "~/.authinfo") (nnimap-stream ssl))) call-interactively(gnus-summary-respool-article) [-- Attachment #2: smime.p7s --] [-- Type: application/pkcs7-signature, Size: 6007 bytes --] ^ permalink raw reply [flat|nested] 32+ messages in thread
* Re: [bug] 2015-01-04 14:56 ` [bug] (was: fancy splitting interactively) Uwe Brauer @ 2015-01-26 3:15 ` Lars Ingebrigtsen 0 siblings, 0 replies; 32+ messages in thread From: Lars Ingebrigtsen @ 2015-01-26 3:15 UTC (permalink / raw) To: ding Uwe Brauer <oub@mat.ucm.es> writes: > The following bug showed up when Using B r > > Debugger entered--Lisp error: (wrong-type-argument char-or-string-p nil) > decode-coding-string(nil utf-8) > nnimap-decode-gnus-group(nil) > nnimap-request-accept-article(nil "UCMgmail" t) > gnus-request-accept-article(nil (nnimap "UCMgmail" (nnimap-address > "imap.gmail.com") (nnimap-server-port 993) (nnimap-authinfo-file > "~/.authinfo") (nnimap-stream ssl)) t t) I didn't get exactly the same backtrace, but it failed for me, too. I've now fixed this in the Gnus git repository. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ ^ permalink raw reply [flat|nested] 32+ messages in thread
end of thread, other threads:[~2015-05-25 16:14 UTC | newest] Thread overview: 32+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2015-01-03 10:22 fancy splitting interactively Uwe Brauer 2015-01-03 10:39 ` Glyn Millington 2015-01-03 10:57 ` Eric S Fraga 2015-01-03 13:53 ` Eric Abrahamsen 2015-01-03 17:43 ` Uwe Brauer 2015-01-04 3:12 ` Eric Abrahamsen 2015-01-05 12:31 ` Eric S Fraga 2015-01-05 14:34 ` Eric Abrahamsen 2015-01-05 15:30 ` Eric S Fraga 2015-01-05 19:23 ` Adam Sjøgren 2015-01-06 1:25 ` Eric Abrahamsen 2015-01-06 5:35 ` Russ Allbery 2015-01-06 6:34 ` Eric Abrahamsen 2015-01-06 6:39 ` Russ Allbery 2015-01-06 7:27 ` Glyn Millington 2015-01-09 3:01 ` Eric Abrahamsen 2015-01-09 3:00 ` Eric Abrahamsen 2015-01-06 18:05 ` Eric S Fraga 2015-01-06 18:20 ` Eric S Fraga 2015-01-07 1:28 ` Eric Abrahamsen 2015-01-07 6:21 ` Julien Cubizolles 2015-01-07 10:12 ` Eric Abrahamsen 2015-01-14 10:27 ` Julien Cubizolles 2015-05-25 16:14 ` Julien Cubizolles 2015-01-07 19:46 ` Adam Sjøgren 2015-01-14 10:27 ` Julien Cubizolles 2015-01-03 14:48 ` Adam Sjøgren 2015-01-03 17:38 ` Uwe Brauer 2015-01-03 17:51 ` Adam Sjøgren 2015-01-03 22:49 ` Uwe Brauer 2015-01-04 14:56 ` [bug] (was: fancy splitting interactively) Uwe Brauer 2015-01-26 3:15 ` [bug] Lars Ingebrigtsen
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).