Re: Overview buffer contains garbage
() Eric Abrahamsen () Mon, 15 Feb 2021 15:54:58 -0800 It means that the Gnus agent has saved nov/header data in its .overview file that it was subsequently unable to make sense of. Each header line is supposed to start with an integer indicating the article number being read. In your case, the line seems to start with "an"? Or maybe it looks like "an" is part of a date format that Gnus is expecting? Anyhow, it would be useful to see the (full) offending line from the .overview file in the corresponding agent directory. Yeah, that was the full line (starts with "an"). While waiting for your response (thanks, btw!), i looked in gnus.info for something along the lines of "regenerate overview", but IIUC the instructions there are not suitable for ‘nntp’ (the backend for this particular group). Afterwards, i found the offending line and deleted it (along w/ a bunch of versioned ".overview.N.~" backup files) . So far, so good; no errors yet... -- Thien-Thi Nguyen --- (defun responsep (query) ; (2021) Software Libero (pcase (context query) ; = Dissenso Etico (`(technical ,ml) (correctp ml)) ...)) 748E A0E8 1CB8 A748 9BFA --- 6CE4 6703 2224 4C80 7502 signature.asc Description: PGP signature ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Overview buffer contains garbage
I see a message like this every once in a while: Overview buffer contains garbage ‘an 2021 09:28:15 -0300 <6006d062.1c69fb81.9582b.0...@mx.google.com> <5ffe3063.1c69fb81.52f23.1...@mx.google.com>689823 Xref: news.gmane.io gmane.emacs.bugs:198159’. What does it mean and how can i get rid of it? -- Thien-Thi Nguyen --- (defun responsep (query) ; (2021) Software Libero (pcase (context query) ; = Dissenso Etico (`(technical ,ml) (correctp ml)) ...)) 748E A0E8 1CB8 A748 9BFA --- 6CE4 6703 2224 4C80 7502 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: gnutls-e-invalid-session
() Lars Ingebrigtsen () Sat, 02 Jan 2021 07:13:10 +0100 It sounds like your Emacs doesn't understand the TLS as spoken by eggs.gnu.org. OK. > (This is w/ Gnus v5.13 on Emacs 21.7.) I'm guessing that's 27.1. :-) Oops, yes. A little subconscious nostalgia there... :-D What's your OS and the gnutls version? $ gnutls-cli --version gnutls-cli 3.6.15 $ uname -a Linux miasma 5.9.0-4-amd64 #1 SMP Debian 5.9.11-1 (2020-11-27) x86_64 GNU/Linux (This is actually a Devuan distro, somewhere between Beowulf and Chimaera, kind of a mixed bag...) -- Thien-Thi Nguyen --- (defun responsep (query) ; (2021) Software Libero (pcase (context query) ; = Dissenso Etico (`(technical ,ml) (correctp ml)) ...)) 748E A0E8 1CB8 A748 9BFA --- 6CE4 6703 2224 4C80 7502 signature.asc Description: PGP signature ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
gnutls-e-invalid-session
I tried to send a mail to info-gnu (AT ...), w/ From: t...@gnu.org and X-Message-SMTP-Method: smtp eggs.gnu.org 587, but instead of going through as it had done previously (maybe a month or two ago), i encountered the error: gnutls.el: (err=[gnutls-e-invalid-session] La sessione specificata è stata invalidata per qualche motivo.) boot: (:priority NORMAL:%DUMBFW :hostname eggs.gnu.org :loglevel 0 :min-prime-bits nil :trustfiles (/etc/ssl/certs/ca-certificates.crt) :crlfiles nil :keylist nil :verify-flags nil :verify-error nil :callbacks nil) gnutls-negotiate: GnuTLS error: #, gnutls-e-invalid-session The mail was signed w/ my GPG key (mentioned below), normally (just like w/ this mail). What do i need to do to resolve this? (This is w/ Gnus v5.13 on Emacs 21.7.) TIA for any hints/help. -- Thien-Thi Nguyen --- (defun responsep (query) ; (2021) Software Libero (pcase (context query) ; = Dissenso Etico (`(technical ,ml) (correctp ml)) ...)) 748E A0E8 1CB8 A748 9BFA --- 6CE4 6703 2224 4C80 7502 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: Displaying Images in HTML Mail
() Les Harris l...@lesharris.com () Sun, 01 Mar 2015 20:26:31 -0800 Can anyone point me in the right direction for configuring Gnus to display images in HTML mail? [...] I have yet to find the relevant configuration for this so I thought I would ask and see if anyone knew. Before you asked i did not know, but i know how to find out: M-x apropos RET gnus-.*image RET If you do this and post your findings, then together we will have answered this question in the most fulfilling way, IMHO. -- Thien-Thi Nguyen GPG key: 4C807502 (if you're human and you know it) read my lisp: (responsep (questions 'technical) (not (via 'mailing-list))) = nil 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: What happened to nnslashdot and nnultimate
() Stefan Huchler stefan.huch...@mail.de () Fri, 25 Jul 2014 22:01:21 +0200 And what are you doing about it? First I check if somebody else solved this problem before because I am not stupid and dont want to reinvent the wheel again and again. Why not? Maybe the wheel you reinvent will be more suited than previously (re-)invented wheels and thus stay around longer (yuk yuk). :-D I think what people are trying to tell you is that screen-scraping is a slog and maintaining programs that screen-scrape is doubly (or triply) so, to the extent that you end up going from big feature to big PITA to big relief when the suffering ends. That is the real answer. That is the real wheel. -- Thien-Thi Nguyen GPG key: 4C807502 (if you're human and you know it) read my lisp: (responsep (questions 'technical) (not (via 'mailing-list))) = nil signature.asc Description: PGP signature ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
splitting weird on emacs trunk gnus
The trunk (pulled a few hours ago, built and run in-place) Emacs Gnus no longer behaves sensibly for ‘B t’. Previously, i'd see the trace buffer with one or more groups and their derivations. Now, i see instead the article displayed and This message would go to bogus in the echo area. I ‘edebug-defun’ed ‘gnus-summary-respool-query’ and then later also ‘nnmail-article-group’, and found that ‘nnmail-split-methods’ has value nil at evaluation time, which is strange since it is ‘let’-bound (nnimap source) in its caller and i would expect it to have the value of var ‘nnmail-split-fancy’ (a hairy sexp omitted here). Hmmm... Anyone else see similar weirdness? -- Thien-Thi Nguyen GPG key: 4C807502 (if you're human and you know it) read my lisp: (responsep (questions 'technical) (not (via 'mailing-list))) = nil 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: splitting weird on emacs trunk gnus
() Thien-Thi Nguyen t...@gnu.org () Mon, 07 Jul 2014 17:27:44 +0200 Anyone else see similar weirdness? Yes, you fool! Obviously you haven't read: (info (gnus) Client-Side IMAP Splitting) and done: (setq gnus-secondary-select-methods '(... (nnimap ... (nnimap-split-methods 'default) ) )) in ~/.gnus ! Stop wasting everyone's time! (BTW, i really dislike both ‘RET’ and ‘C-j’ indenting, WTF!) -- Thien-Thi Nguyen GPG key: 4C807502 (if you're human and you know it) read my lisp: (responsep (questions 'technical) (not (via 'mailing-list))) = nil 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: Faking filenames for attachments
() Tim Landscheidt t...@tim-landscheidt.de () Sun, 09 Feb 2014 11:43:01 + Are there other options that I have missed? You can symlink the desired name to the actual name before attaching. How and when to remove the symlink is another problem, however... I'm curious: What kind of files do you want to fake their names? -- Thien-Thi Nguyen GPG key: 4C807502 (if you're human and you know it) read my lisp: (responsep (questions 'technical) (not (via 'mailing-list))) = nil pgp2B1PNdDchM.pgp Description: PGP signature ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: Deleting duplicates from nnml:mail.misc
() Alex Schroeder a...@gnu.org () Sun, 13 Oct 2013 20:44:49 +0200 And it takes long seconds to build up the data structures. If order does not matter, you can use a hash table instead of an alist. -- Thien-Thi Nguyen GPG key: 4C807502 (if you're human and you know it) read my lisp: (responsep (questions 'technical) (not (via 'mailing-list))) = nil pgp5Ddm65RfNh.pgp Description: PGP signature ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: OT: Have you met another Gnus user in person?
Some facts: - I met someone. - I introduced her to Gnus (and ‘M-x zone’ and ...). - She has been using it for ten years. - Our relationship has its ups and downs. - Likewise her Gnus setup (including 8mo lost mail). - I still get confused from GNUS of netcom.com dayz... Where is the correlation, where is the causation? Will she forgive me, will she forget? -- Thien-Thi Nguyen GPG key: 4C807502 pgptukCNY8cUO.pgp Description: PGP signature ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: installation validation
() Lars Magne Ingebrigtsen la...@gnus.org () Sun, 10 Jun 2012 21:27:00 +0200 - How would i go about diagnosing the current situation? - What would be the best way to repair the Mail and News dirs and restore mail-retrieval functionality? You're getting internal IMAP server errors, and I'm not sure that whatever Gnus does, that should be the result. Did anybody upgrade the IMAP server or something? Maybe. I think the situation resolved itself somehow, several weeks (months?) back. If it arises again, i'll try to take better notes. ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
installation validation
A local Gnus user that i support did something mysterious and now some of the nnml groups seem to be (i'm not sure) agentized, or at least relocated from dir ~/Mail/mail to dir ~/News/agent/nnml/unnamed/mail Another (possibly unrelated) result is that attempts to retrieve mail (using ‘g’) from one of the IMAP sources now consistently shows Mail source (DETAILS) error (IMAP error: Internal error occurred. Error report written to server log [TIMESTAMP]). Hmm... I'd like to restore previous known-good state if possible. How can i validate (for self-consistency and well-formedness) the structure of the Mail and News subdirs? I imagine, say, ‘M-x validate-gnus-installation RET’ to either display a message Everything OK or pop up a buffer w/ some diagnostic info that might help to track down the mysterious goings on. Dare i hope for such a beast to exist? Presuming the answer is no, until Someone writes it, the next questions are: - How would i go about diagnosing the current situation? - What would be the best way to repair the Mail and News dirs and restore mail-retrieval functionality? ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: gnus opening attachments
() Lars Ingebrigtsen la...@gnus.org () Mon, 30 Jan 2012 17:13:07 +0100 expanded set: Sure, but that's pretty annoying to have to do. Agreed. Hence, kludge. ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: gnus opening attachments
() Lars Magne Ingebrigtsen la...@gnus.org () Thu, 03 Nov 2011 22:17:21 +0100 moabi2000 moabi2...@gmail.com writes: I tracked this down to line 94 of mailcap.el associates gnumeric with vnd.ms-excel files. (vnd\\.ms-excel (viewer . gnumeric %s) (test . (getenv DISPLAY)) (type . application/vnd.ms-excel)) Replacing gnumeric with libreoffice and doing make clean make had me on my way. So there seem to be significant issues in gnus parsing of mailcap files. So basically, the built-in alist in mailcap.el seems to override your .mailcap file? I'm unable to reproduce this. If I put something in my .mailcap file, start Emacs, and then try to view something, the entries from the .mailcap file ends up first in my `mailcap-mime-data' variable. The order in ‘mailcap-mime-data’ is only relevant if there are no wildcards or Lisp-handled viewer candidates. This is because when those are present, they are de-prioritized as a result of: (setq passed (sort passed 'mailcap-viewer-lessp)) You can reproduce the problem by adding something like: image/*; xloadimage -shrink %s to ~/.mailcap and restarting. For example, doing just that, on my computer: (mailcap-mime-info image/jpeg) = /usr/bin/xloadimage '%s' which is from /etc/mailcap, i believe. One solution is to expose the lessp arg to the ‘sort’ call as a variable, so users can specify a function that causes wildcard * to mean override instead of default (as it is currently). This is more upward compatible than the alternative -- adding a variable to disable sorting entirely -- since the MIME support infrastructure in Debian (and maybe others) now includes a user-specified priority option (man update-mime). ___ info-gnus-english mailing list info-gnus-english@gnu.org https://lists.gnu.org/mailman/listinfo/info-gnus-english
