Re: Cannot read partial active file msg
On Thu, Jan 29 2015,Lars Ingebrigtsen wrote: Sivaram Neelakantan nsivaram@gmail.com writes: I just noticed that I keep getting this message over the last few days. What does this mean? Opening nntp server on freenews.netfront.net...done Cannot read partial active file from nntp server. Reading active file via nndraft...done It probably means that the nntp server isn't returning any data when you're requesting a group listing. That's weird, I was getting these messages as it was downloading headers and now the server has completely stopped responding. Dunno, will wait for the server to come up sivaram -- ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: How can there be duplicates in an nnml *Gnus Browse Server*
Julien Cubizolles j.cubizol...@free.fr writes: I'm using a nnml named local server for all the saved messages I keep. I noticed that groups (ie directories in ~/Mail/) show up twice in the *Gnus Browse Server* buffer for this server. I've tried manually cleaning the ~/Mail/active file but it didn't remove the duplicates. What data/file is Gnus using to create the list of groups in the *Gnus Browse Server* buffer ? It should just be the groups in the nnml active file, and nothing else, so if that file doesn't contain doubled group names, then this is very puzzling. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: max-size for displayed PGP image on signed email?
Kevin Brubeck Unhammer unham...@fsfe.org writes: After some digging, it seems gnus-rescale-image returns early on some articles because (not (get-buffer-window (current-buffer))) For articles where it works, current-buffer is #buffer *Article meh* For articles where it returns early, current-buffer is #buffer *mm-uu*-591048 (Why does gnus-rescale-image need a current-buffer window anyway?) That's a good question. Off the top of my head, I can't see any particular reason for that limitation. Anybody? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: Subject field in summary buffer modified
Lars writes: a...@koldfront.dk (Adam Sjøgren) writes: Subject: BC Camplight: How To Die In The North [3/6] [ 2: unknown] How To Die In The North [3/6] Hm. Could the backend be outputting different data in the headers view than in the article data? Good question. I guess you mean the nntp-backend, not gwene.org, right? I can't for the life if me figure out if this is something I have configured, and forgotten about, or if it is a default behaviour that I need to find out how to suppress. Look in your .gnus file for :? :-) I have poured over my config - I even removed the old stuff I had in gnus-list-identifiers, gnus-simplify-subject-functions, gnus-simplify-subject-fuzzy-regexp, and checked that message-subject-re-regexp is not the culprit... ,[ C-h v message-subject-re-regexp RET ] | message-subject-re-regexp is a variable defined in `message.el'. | Its value is | ^[ ]*\\([RrSs][EeVv]\\(\\[[0-9]*\\]\\)*:[ ]*\\)*[ ]* | Original value was | ^[ ]*\\([Rr][Ee]\\(\\[[0-9]*\\]\\)*:[ ]*\\)*[ ]* | | Documentation: | *Regexp matching Re: in the subject line. ` It could be... er... `gnus-simplify-subject-functions', perhaps? Or `gnus-simplify-ignored-prefixes'. Let me see... Well, they are both nil :-/ Best regards, Adam -- Subdued flamboyanceAdam Sjøgren a...@koldfront.dk ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: max-size for displayed PGP image on signed email?
Lars Ingebrigtsen la...@gnus.org writes: Kevin Brubeck Unhammer unham...@fsfe.org writes: I like how gnus shows the image belonging to the key of a signed email, but some people have really big heads or something and I have to scroll a lot to get to what they actually wrote. Is it possible to have gnus auto-resize the image to a maximum size like 70px? That should be possible, but I can't really find what function is showing the signed email image at all. Do you know what package it's in? Resizing already seems to be happening in mml2015-epg-key-image-to-string according to mml2015-maximum-key-image-dimension, but now I see there are just some emails where the resizing doesn't happen (even though the function is called, and the signer is the same). After some digging, it seems gnus-rescale-image returns early on some articles because (not (get-buffer-window (current-buffer))) For articles where it works, current-buffer is #buffer *Article meh* For articles where it returns early, current-buffer is #buffer *mm-uu*-591048 (Why does gnus-rescale-image need a current-buffer window anyway?) -- Kevin Brubeck Unhammer GPG: 0x766AC60C signature.asc Description: PGP signature ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: Subject field in summary buffer modified
Adam writes: It could be... er... `gnus-simplify-subject-functions', perhaps? Or `gnus-simplify-ignored-prefixes'. Let me see... Well, they are both nil :-/ Here is an article that exhibits the problem in Gnus for me: news.gmane.org gwene.dk.gaffa.anmeldelser.cd:106 Hm. Let me just ngrep what happens when I read it, to see what comes over the wire.. Oh. Encryption. Great. Ok, let me telnet: $ telnet news.gwene.org nntp Trying 80.91.229.13... Connected to news.gwene.org. Escape character is '^]'. 200 news.gmane.org InterNetNews NNRP server INN 2.5.1 ready (posting ok) group gwene.dk.gaffa.anmeldelser.cd 211 107 1 107 gwene.dk.gaffa.anmeldelser.cd article 106 220 106 x1-unz7jgytnme0mvkrfxtsqk2z...@gwene.org article [...] Subject: Mindi Abair: Wild Heart [4/6] [...] . xover 106-106 224 Overview information for 106-106 follows 106 Mindi Abair: Wild Heart [4/6] unknown p...@gwene.orgTue, 27 Jan 2015 08:00:00 +0100 x1-unz7jgytnme0mvkrfxtsqk2z...@gwene.org 999 2 Xref: news.gmane.org gwene.dk.gaffa.anmeldelser.cd:106 . quit 205 Bye! Connection closed by foreign host. $ This makes me think that it is Gnus doing this. Hm. Can I find the right function to edebug? Ok, found it - by trial and error: gnus-summary-remove-list-identifiers is the culprit. It removes ^[A-Z ]*?: (!) My elisp fu fails me now, this function: (defun gnus-group-get-list-identifiers (group) Get list identifier regexp for GROUP. (or (gnus-parameter-list-identifier group) (if (consp gnus-list-identifiers) (mapconcat 'identity gnus-list-identifiers *\\|) gnus-list-identifiers))) returns ^[A-Z ]*?: even though gnus-list-identifiers is nil?!? Something is setting gnus-list-identifiers behind my back locally, somehow?! Because if I run: (gnus-group-get-list-identifiers nntp+news.gwene.org:gwene.dk.gaffa.anmeldelser.cd) directly, it returns nil, as I expect. I can't for the life of me figure out how that happens, when I edebug the function and do C-h v on gnus-list-identifers, I'm told it is nil. But edebugging I can see that consp returns t and the function returns ^[A-Z ]*?: . If I change it to: (defun gnus-group-get-list-identifiers (group) Get list identifier regexp for GROUP. nil) The summary looks as I expected it to do, nothing removed. Ok, elisp experts - enlighten me! Best regards, Adam -- Har du computer, som starter op i DOS, så' det: Adam Sjøgren *blah* *blah* Adios amigos! a...@koldfront.dk ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english