Re: Universal "answered marks"?

[Lars Ingebrigtsen]

Lars-Johan Liman  writes:

> If I read the message in one of the folders, it will be marked as "read"
> (and eventually classified as old ("O")) in both. I perceive this as
> good. I only need to read it once.

Yes, that's through the crossposting support...

> But if I reply to the message, the "A" mark that indicates that I have
> answered the message only appears in the folder where I actually sat
> when I replied. If I go to the other folder, there is no indication on
> the summary line that I have replied to the message.

I'm not sure that would be workeable in general -- it could be annoying
to tick an article in one group and then having it be ticked in five
other groups, too.  But perhaps that would be nice for certain article
marks, like the "A" mark?  Actually, while I'm typing this, I get the
feeling that Gnus does have support for it somewhere, but I can't find
it...  Does anybody know whether this functionality is hiding somewhere?

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

Re: Mail source unreachable - continue yes/no?

[Lars Ingebrigtsen]

Eric Abrahamsen  writes:

> In the meantime, what do you think about removing the call to `error' at
> the end of `nntp-report'?

I'm not sure what the repercussions would be, but it sounds like it
should be possible.

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

Re: Mail source unreachable - continue yes/no?

[Lars Ingebrigtsen]

Eric Abrahamsen  writes:

> The pop-up part of it is very easy to fix, it could even be added to
> the Gnus window configuration stuff so people can have the
> warnings/reports visible in *Group* but not elsewhere, etc.

Perhaps it could be an opt-in thing.

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

Re: Mail source unreachable - continue yes/no?

[Lars Ingebrigtsen]

Eric Abrahamsen  writes:

> Looking over the code, I'm inclined to agree with Lars-Johan here: there
> isn't really any need to halt the process, what's important is that the
> user be made aware of the failure.

I agree.

> Allow me to re-introduce my suggestion of using warnings! It's looking
> better and better the more I consider it. `delay-warning' is just what
> we want: it puts messages in the hopper, which aren't displayed until
> the current command is completely finished, instead of messages
> clobbering each other and getting buried. It has its own private buffer,
> keeping information separate. There are plenty of user-facing knobs, and
> facilities for hiding or silencing the warnings.

I'm not sure I want to be popping up a buffer at the user for network
errors and the like -- it's expected that a news reader will have some
network problems, and putting up a buffer about it isn't very helpful.

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

Re: Mail source unreachable - continue yes/no?

[Lars Ingebrigtsen]

Eric Abrahamsen  writes:

> In the meantime I got a backtrace on my stop-the-world nntp connection
> error, which I've posted below. I guess there's nothing mysterious about
> it -- the process dies (I can't tell if it's actually the timeout doing
> it or not), and nntp-accept-process-output/nntp-report ends up raising
> the error, and there's nothing up the line to catch it. Does this look
> surprising or wrong for any reason?
>
>   (if nntp--report-1 (progn (if nntp-record-commands (progn
> (nntp-record-command "*** CONNECTION LOST ***"))) (throw

Network errors are common, so it shouldn't be throwing an error in the
first place.

But I can't recall ever seeing the `nntp-report' function before, so who
knows what the logic is.  :-/  That looks like a...  debugging function?

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

Re: Mail source unreachable - continue yes/no?

[Lars Ingebrigtsen]

Eric Abrahamsen  writes:

> On second thought you're not wrong here: the various *-open-server
> deffoos report their own failures with `nnheader-report' instead of
> signaling errors, and then `gnus-open-server' swallows any other errors
> and converts them to messages.

Ah.  I knew there was something like that somewhere.  :-)

> Failures arrived at via `gnus-request-scan' mostly show up as actual
> errors.

Perhaps we should adjust those errors to be nnheader-report thingies
instead?

> - When the gnus-open-server deffoo processes fail, they (or their
>   downstream functions) signal 'gnus-server-connection-error. (I didn't
>   go through and do this for every backend, just enough to get the
>   idea.)
> - Mail source fetching can fail, in which case 'gnus-mail-source-error
>   is signaled. nnmail.el no longer handles this error: it propagates up
>   and out through gnus-request-scan.

I've just skimmed the patch, but the approach looks sound to me (in
general).

> Some observations and questions:
>
> - There are many places and depth-levels in Gnus where failure modes are
>   dealt with as messages (in effect working like `with-demoted-errors')
>   or as nil return values from functions, which are then converted into
>   messages, or sometimes even re-signaled as an actual `error' with a
>   new message string. This often ends up burying real errors, and/or
>   making debug on error hard to use. We could try flattening this out:
>   low-level functions signal errors, and only top-level functions in
>   gnus-start/gnus-group/gnus-sum get to catch them at the last minute,
>   and only if necessary (other layers can of course catch and re-signal
>   the errors if some cleanup work needs to be done). I have no idea if
>   this would end up working out, but I think it would be good to try.
>   And more use of `condition-case-unless-debug' at the top level.

I doubt it's possible to find an overarching strategy to handle all
kinds of errors on the "Gnus" level.  Different errors are, well,
different.

> - There are many ways of logging, and messaging the user. Apart from
>   `message' itself, there's `nnheader-report', `gnus-backend-trace',
>   `nnheader-message(-maybe)', `gnus-message' and its action message log,
>   along with `gnus-final-warning' and `gnus-error'.
>
>   nnheader-report, in particular, seems to often be used as a substitute
>   for actually signaling an error. A server is asked to do something, it
>   fails for some reason and logs the reason with nnheader-report, then
>   returns nil. The caller sees the nil, then retrieves the string with
>   nnheader-get-report, and uses it to signal an error.

Hey!  I invented Go error handling decades before Go was invented!

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

Re: Mail source unreachable - continue yes/no?

[Lars Ingebrigtsen]

Eric Abrahamsen  writes:

> I put plain old calls to `error' inside `nnimap-request-scan', and that
> also derailed the "g" update process. So whatever handling there once
> was either is not around this particular piece of code, or else it might
> have gone away at some point.

Yeah, perhaps it went missing at some point.

> Are you likely to recall further how this once worked? :) I can start
> sketching out some custom errors, otherwise.

I'm not sure about anything.  I do recall (in the olden days) getting a
humongous appended error message from all the backends if the network
went down or something, though.

Custom errors sound good, though.

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

Re: Mail source unreachable - continue yes/no?

[Lars Ingebrigtsen]

Eric Abrahamsen  writes:

> I've got my nntp server set in `gnus-select-method', maybe that's why?
> This has annoyed me off and on for years but I've never taken the time
> to look into it. My other servers are all localhost nnimap and I never
> see errors there. I just set debug-on-message appropriately, and will
> figure out exactly where things are going off.

Tried

(setq gnus-select-method '(nntp "localhost"))

and that worked fine, too.  There's probably errors that aren't
handled well, but there's infrastructure to collect all the erroring
backends and display the errors at the end.  Well, at least there used
to be; haven't actually looked at the code now.  :-)

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

Re: Mail source unreachable - continue yes/no?

[Lars Ingebrigtsen]

Eric Abrahamsen  writes:

> `nnmail-get-new-mail' is called from within `gnus-request-scan', and
> there's no error ignoring around `gnus-request-scan' in
> `gnus-get-unread-articles' -- is there? I can't see anything. I would
> propose removing error handling from `nnmail-get-new-mail-1': if the
> fetching of mail sources well and truly fails (and the user hits "no" to
> give up on the process), it should just signal an error up the line.

Yes, I think so...  but isn't there error handling in gnus-request-scan?
I really thought there was...

> I think nntp servers are louder than the others. When I hit "g" and the
> nntp connection times out, I get a "server closed connection" message,
> and the whole update process halts.

That sounds like a bug.  :-)  If I push, for instance

(nntp "localhost")

to gnus-secondary-select-methods and hit g, I get an error message and
then the server is marked as "denied", but Gnus carries on its merry
way.  (Same if something times out or I hit `C-g' while it's connecting.)

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

Re: Mail source unreachable - continue yes/no?

[Lars Ingebrigtsen]

Eric Abrahamsen  writes:

> We create a few custom error symbols for backend errors, including mail
> source failures, open-server failures, etc, and we put some
> condition-cases handling those errors in `gnus-get-unread-articles'.

This is called from nnmail-get-new-mail-1, though, which ignores errors
on its own.  `gnus-get-unread-articles' also has error-ignoring
capabilities and...

> They collect the errors, continue with the next server, and at the end
> of the process display a nice tidy message indicating which servers
> failed to connect.

... does just that, I think?  At least that's what happens when a server
fails for me.

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

Re: Mail source unreachable - continue yes/no?

[Lars Ingebrigtsen]

Lars-Johan Liman  writes:

> My question: how is my answer (yes/no) used? (Which are the consequences
> of responding yes or no, respectively?)

Answering "no" should beep an error, say "Cannot get new mail" and then
stop.  Hm...  but I see that the caller (in `nnmail-get-new-mail-1' just
ignores that, and carries on as if nothing happened), so it doesn't
matter whatever you respond.

Hm...  I'm not sure how to fix this, or what the right fix would be
here.  Anybody got an opinion?

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

Re: Subject of PGP-encrypted emails

[Lars Ingebrigtsen]

Adam Sjøgren  writes:

> I noticed that instead of including an unencrypted Subject:-header, it
> is replaced by "Subject: ..." and then 'filled in' when the message is
> decrypted.

Hm...  I guess it would be possible to update the Summary buffer, too,
but it'd be pretty awkward -- do we want to redo the threading, for
instance? 

> I wonder if anyone has looked into adapting Gnus to do something similar?
>
> Or maybe just do the same extraction and 'filling in' of the Subject:
> when reading an encrypted email sent from Thunderbird.
>
> It looks like what Thunderbird does it that it generates an
> encrypted.asc which decrypts to a MIME message, which has a part that
> includes the Subject:-header:
>
>   Content-Type: multipart/mixed; boundary="80MRq3onMnRYcWyMqpzN3xR7VKumL3WsW";
>protected-headers="v1"
>   Subject: Dette er emnelinien
>   From: Test Testersen 
>   To: =?UTF-8?Q?Adam_Sj=c3=b8gren?= 
>   Message-ID: 
>
> So the display-part is perhaps easier than the sending part.

We could update the headers in the Article buffer easily enough, but on
the other hand -- if the user wants to respond to this in clear text,
hitting `C-d' first is easy enough, and ... do we want to encourage
responding to encrypted stuff in clear text?  (I mean, if we just
rewrite the Article buffer Subject/From/etc headers, then hitting `r'
will use those, and then we might reveal...  stuff...)

> I also noticed that Thunderbird included an Autocrypt:-header, which
> seems to include the public key of the sender - I haven't looked into
> it, but it might be worth adding support for that in Gnus as well? Or
> maybe it's a waste of bandwidth...

What does the Autocrypt header do?

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

Re: gnutls-e-invalid-session

[Lars Ingebrigtsen]

Thien-Thi Nguyen  writes:

>What's your OS and the gnutls version?
>
> $ gnutls-cli --version
> gnutls-cli 3.6.15

Same version I've got here...

> $ 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...)

I've got Debian bullseye.

I've now tried to send via eggs.gnu.org, and I don't get any TLS errors,
so it sounds like something is off with your TLS setup somehow.


___
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: How to access HTML DOM/source of MIME part?

[Lars Ingebrigtsen]

Tim Landscheidt  writes:

> b) I use this code as part of gnus-select-article-hook.
>widget-forward does move point internally, but does not
>update/recenter the display.  Is this due to
>gnus-with-article-buffer?  What is the best way to make
>the *Article* buffer follow point's movement?

Yes, you should probably set the point with set-window-point or
something like that...

-- 
(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: How to access HTML DOM/source of MIME part?

[Lars Ingebrigtsen]

Eric Abrahamsen  writes:

> Something to be aware of is that, sometime not too long ago, Lars
> re-implemented links in article bodies using widgets instead of buttons.

The other way around -- they used to be widgets, and they're now
buttons.

-- 
(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: Highlight process-marked files in Gnus summary?

[Lars Ingebrigtsen]

Michael Heerdegen  writes:

> I would suggest to at least do the following:
>
> (1) Provide an `article' variable.  Maybe also provide `processable' as
> suggested and/or `sec-mark' (somewhere in the code the process mark is
> called a "secondary mark")?

I think everything that's not a readedness mark is a secondary mark
(like % and the like).

> (2) make the docstring of `gnus-summary-highlight' say that arbitrary
> expressions are allowed, and that they are evaluated with point
> positioned on the according article's line.
>
> For (1), AFAIU two places would need to be changed:
> `gnus-summary-highlight-line' and `gnus-tree-highlight-node'.  Seems to
> be simple to do.

Sounds good to me -- patches welcome.  :-)


___
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: Highlight process-marked files in Gnus summary?

[Lars Ingebrigtsen]

Eric Abrahamsen  writes:

>> The obvious goal is to get a better overview of what is marked before I
>> e.g. delete the articles.  It's too easy to make a mistake with only
>> those little # marks around.  Ideally the used face would specify a
>> background color (like hl-line) so it doesn't interfere with the stuff
>> in `gnus-summary-highlight'.
>
> I haven't ever looked at the summary-highlight code, but would it be
> hard to add another entry in there, call it `process', to specifically
> target the process mark?

I don't think that's necessary?  Can't you just add highlighting based
on pretty much anything in the highlighting code?  (It's been a while
since I looked at it...)

-- 
(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: Finding last messages in a thread

[Lars Ingebrigtsen]

Michael Heerdegen  writes:

> I guessed the quickest way could be to limit to the current thread
> (???), and then turn off threading (C-M-t), but the first functionality
> doesn't seem to exist, so I implemented it quicky:

Limiting to a thread seems like a natural thing to do, but I can't find
such a command, either.  It seems like Gnus should have such a command.

-- 
(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: Gnus signs email two times

[Lars Ingebrigtsen]

Christoph Groth  writes:

> I’ve been signing all my outgoing email for many years.  Not sure why,
> since no one ever verifies this...
>
> Anyway, since I got an OpenPGP keycard, I noticed that Gnus actually
> performs two signing operations on each outgoing message.  It first
> signs and sends out the message, and then it signs the copy to be saved
> locally.

Is this with Emacs 27?  I seem to recall there being some work done in
this area over the past year...

-- 
(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: removing dead servers

[Lars Ingebrigtsen]

Leo Butler  writes:

> Yes, that is what I learned eventually. My question was, is there a way
> to remove servers "from other sources" other than the one I described
> (remove them from .gnus.el, add them to gnus-server-alist and k them)?

You don't have to add them from gnus-server-alist.  Just removing them
from .gnus.el (and .newsrc.eld, if any) will make them disappear from
the server buffer after a Gnus (or Emacs?) restart.

-- 
(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: removing dead servers

[Lars Ingebrigtsen]

Leo Butler  writes:

> Anyhow, after trying and failing to remove them in the *Server* buffer
> (they were un-editable), I realized that gnus uses the list
> gnus-server-alist for the editable servers. I massaged
> gnus-server-alist, edited the dead servers, and problem was solved.

You should be able to remove them from gnus-server-alist with the `k'
command.  Only servers that Gnus knows about "from other sources"
(usually mentioned in .gnus.el or .newsrc.eld) can't be killed in that
way.

-- 
(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: From and Reply-To mangling?!

[Lars Ingebrigtsen]

Amin Bandali  writes:

> Could be due to changes made to a number of mailman settings (including
> from munging) for many GNU lists by the FSF sysadmins in late October?

Anybody know how we can get the admin of this list to stop the dmarc
munging?  It's really annoying.

-- 
(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: Maybe a bug after df89d6d6dc429e638e425536d1c201b5373f2abd

[Lars Ingebrigtsen]

Adam Sjøgren via info-gnus-english  writes:

> Is this a fix for:

[...]

>   * lisp/gnus/gnus-start.el: Use lexical-binding

Yup.

-- 
(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: Maybe a bug after df89d6d6dc429e638e425536d1c201b5373f2abd

[Lars Ingebrigtsen]

Garjola Dindi  writes:

> I have a strange behaviour with recent versions of gnus (in emacs
> master and branch emacs-27).
>
> When I try to subscribe to a group in the *Browse server buffer*, all
> groups appear with the ’K’ mark and the subscribe command ’u’ does not
> subscribe (the ’K’ still appears and the group is not subscribed).

This was due to a recent change -- whenever a group changed level, it
would put a nil onto gnus-newsrc-alist, thereby making it invalid.

I've now pushed a fix for this to both emacs-27 and the trunk.

> Also, the .newsrc.eld file does not contain anything after the line
> showing the Gnus version number. This means that all existing
> subscriptions are lost after exiting emacs.

Geez!  I didn't see that problem -- I just got some extra nil entries at
the start of the gnus-newsrc-alist variable.  I hope there's a backup of
the file...

-- 
(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: Incorrect character encoding in received messages

[Lars Ingebrigtsen]

Garjola Dindi  writes:

> I have recently been having trouble with Gnus decoding some e-mails as
> ASCII when actually they should be decoded as unicode.

Sounds like there's no Content-Type header in the message that says what
the charset it.

> For instance, in French, the “à” char gets displayed as “\340”.

Then the message isn't encoded as utf-8, but is probably latin-1.

`C-u W M c' in the summary buffer should allow you to decode the message
in the proper charset.

-- 
(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: impossible to forward a message from nnrss

[Lars Ingebrigtsen]

physiculus  writes:

> But there is no X-Message-SMTP-Method line, so it is not possible to
> send.

You should normally not need a line like that.  Perhaps you've
customised message-send-mail-function to be something that doesn't work?
Or set smtpmail-smtp-server to something invalid?

-- 
(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: impossible to forward a message from nnrss

[Lars Ingebrigtsen]

physiculus  writes:

> below i paste my message buffer after C-c C-f.

Looks normal to me and has nothing to do with nnrss.

> it seems, that my from: address is not set and therefore i cannot send.
> for my other accounts i use posting styles.
>
> why or how could i insert the correct part with all the details (smtp
> server and so on).

Emacs should query you when sending an email for those details.

___
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: impossible to forward a message from nnrss

[Lars Ingebrigtsen]

physiculus  writes:

> i want to forward a rss message from my feeds.
> therefore i push c-c c-f on the message.
> a message buffer opens.
> i could insert the to: address and write some text.
> But if i c-c c-c to send, a message appears to select a browser.
> after that, nothing happens.

I'm unable to reproduce this bug.  If I `C-c C-f' a message in an nnrss
group, I'm presented with a normal Message buffer, and if I fill out a
recipient in the To header and press `C-c C-c', the message is sent as
normal.

-- 
(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: How to copy "raw", but decoded article body to a new buffer?

[Lars Ingebrigtsen]

Tim Landscheidt  writes:

> How can I copy the "raw", but decoded article body to a new
> buffer?

`C-u C-u g' and then `C-x C-w' the buffer to a file?

-- 
(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: no smtp server found when sending from nnfolder or nnmaildir

[Lars Ingebrigtsen]

physiculus  writes:

> gnus does not find a smtp server if i want to send or forward a message
> from my nnfolder+archive or nnmaildir+local.
> Sending or forwarding from inside nnimap works.
> Is this possible with gnus?

I'm unable to reproduce this.  If I `S o m' on an article in an
nnfolder+archive group, I'm presented with a totally normal Message
buffer, and the mail will go via the default sending method.

-- 
(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: smtpmail vs msmtp

[Lars Ingebrigtsen]

Eric Abrahamsen  writes:

> I'm using smtp with multiple accounts, and a `message-send-mail-hook'
> that sets the msmtp account based on the From header. Is that still the
> way everyone is doing it? Is there anything simpler for handling
> multiple accounts?

Doing this with Message/smtpmail.el is really too.  Just put

X-Message-SMTP-Method: smtp smtp.fsf.org 587 other-user

in the message headers and that server/port/user name will be used when
sending mail.

-- 
(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: Question: Gmail how display imap folder in gnus?

[Lars Ingebrigtsen]

physiculus  writes:

> Is it possible to see the "folder" name from my Gmail account in
> gnus-summary-line during inside "All Messages" folder?
> Or is it nearly impossible, because "folder" names are tags in real.

Hm...  I think that sounds difficult to achieve (unless Gmail puts that
data in the message headers; I don't know.

-- 
(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: Rendering Content-Type: text/markdown with shr via text/html?

[Lars Ingebrigtsen]

Adam Sjøgren via info-gnus-english  writes:

> I'm experimenting with posting articles with text/markdown as the
> Content-Type.
>
> I was wondering what the easiest way is to have Gnus translate such
> articles to HTML and display them via shr, as is done for text/html
> articles.
>
> Anyone already tackled this?

I don't think so.  There's several markdown packages on Marmalade, but
these seem more geared towards generating Markdown, and not displaying
it.

A function to convert Markdown into HTML might be nice, but I haven't
really seen anybody post with Markdown, so I'm not sure how useful this
would be.  But I guess it's a chicken and egg problem -- if mail readers
did support rendering Markdown, then people would start writing in
Markdown.

But is that a good thing?  :-)

-- 
(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

Widgets -> Buttons

[Lars Ingebrigtsen]

Just a heads up: I've converted the Article buffer in Gnus from using
widgets.el widgets to use button.el buttons.  There should be no
user-visible changes, but it's a pretty fundamental change.  If you have
code that relies on the Article buffer to widgetisised (that's a word)
there may be compatibility problems, and we should try to mitigate those
(if they exist).

The reason for this change is that the widget code is rather opinionated
about how things should work, and some extensions to button behaviour I
wanted to add would be very awkward.  In the button.el paradigm, though,
things are much freer, and I think it should be easy to do these things
now.

-- 
(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: Why does Gnus remove To: from forwarded messages?

[Lars Ingebrigtsen]

Adam Sjøgren  writes:

> which sets message-forward-included-headers to '("^From:" "^Subject:" 
> "^Date:")
>
> Shouldn't it include To: ?

Yup.  This was fixed a few weeks later (to include To and Cc).

-- 
(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: "Forward" in the standard way

[Lars Ingebrigtsen]

Jordan Wilson  writes:

> I ended up hacking together this very ugly function (more of a
> script). I imagine it would have been trivial to implement this
> properly, but didn't have the time to look at Gnus' internals. It works
> most of the time in the way that I wanted.

Hm, I see...  Yes, something along those lines looks like the right
idea.

-- 
(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: slow `B m' due to a require for each of gnus-active-hashtb

[Lars Ingebrigtsen]

Kevin Brubeck Unhammer  writes:

> On Gnus v5.13, Emacs 24.5.1, doing `B m` takes quite a long time (10s
> and up) before it shows any prompt (but seemingly only after I've been
> using Emacs for a while). If I toggle-debug-on-quit and poormansprofile
> it a bit, the backtraces always look like this:
>
> Debugger entered--Lisp error: (quit)
>   require(nntp)
>   gnus-get-function((nntp "news.gwene.org") request-accept-article t)
>   gnus-valid-move-group-p(nntp+news\.gwene\.org:gwene\.net\.patdavid\.gimp)

[...]

> It's a lot faster if I simply comment out (require (car method)) from
> gnus-get-function (the require seems to still be there in git). If
> that's not safe (how many backend methods are there?), then perhaps
> there could be an alternate active group storage that organises active
> groups hierarchically, so it would be possible to go from
> valid-move-group to a set of groups?

Hm...  it's odd that require should be the bottleneck here, because it's
a NOOP if the feature has already been loaded.

(benchmark-run 10 (require 'nntp))

takes 0.1s on my machine.  How many groups do you have?  :-)

-- 
(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?

[Lars Ingebrigtsen]

Kevin Brubeck Unhammer  writes:

> I've been running with 
>
> (defun gnus-rescale-image (image size)
>   "Rescale IMAGE to SIZE if possible.
> SIZE is in format (WIDTH . HEIGHT). Return a new image.
> Sizes are in pixels."
>   (if (or (not (fboundp 'imagemagick-types))
> ;; (not (get-buffer-window (current-buffer)))
>   )

I've now applied a similar fix to Emacs 27.  Thanks for testing.

-- 
(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: Can a mail-sources :prescript communicate progress back to the user?

[Lars Ingebrigtsen]

a...@koldfront.dk (Adam Sjøgren) writes:

> I am wondering whether there is any functionality for a :prescript in
> mail-sources to report progress back to the user - e.g. by messages
> being shown in the mini-buffer?

Yes...  can't you just use a prescript like, er,

:prescript (lambda () (message "Before fetching..."))

or something?

-- 
(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: Incorrect default value in prompt for gnus-summary-move-article

[Lars Ingebrigtsen]

j...@ankarstrom.se (John Ankarström) writes:

> Sorry, I was in a hurry and realize now that I was a bit unclear.
>
> The problem I'm having is the escaped + sign:
>
>> nnimap\+mail.my-domain.com:
>
> It's supposed to say nnimap+mail.my-domain.com - escaping the
> plus sign does not work. If I remove the backslash it works fine.
>
> I'm wondering if anyone else has seen this before or knows what
> to do about it.

This doesn't happen when I move messages to nnimap groups with names of
a similar format (with Emacs 27.)  Do you perhaps have some
customisations in place that mangles stored prompt values?

-- 
(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: Not killing viewer?!

[Lars Ingebrigtsen]

Gijs Hillenius  writes:

> I confirm that adding these three 
>
> 
> "application/vnd.openxmlformats-officedocument.wordprocessingml.document"
>   
> "application/vnd.openxmlformats-officedocument.presentationml.presentation"
>   "application/vnd.openxmlformats-officedocument.spreadsheetml.sheet"

Wow.  Those are some Content-Types.  :-)

Hm...  that variable is a list of regexps.  Perhaps we should put
"application/vnd.*" into the list?  I think I'll do so...

-- 
(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: "Forward" in the standard way

[Lars Ingebrigtsen]

Elias Mårtenson  writes:

> I'm brining this up here, because I feel that this functionality should be
> part of Gnus.

Yes, it sounds very useful.

> However, my tool is not suitable for this, due to the fact that it
> does the HTML rewriting using an external program. If there was an
> Elisp implementation of a parser that supports the
> HTML→DOM→Edit→DOM→HTML workflow, I'd be happy to implement it.

Hm...  Well, Emacs can parse HTML, and can mutate the DOM (with dom.el),
and it can print the DOM out again (as HTML), so I basically think Emacs
can do this all now?  (I realise I'm replying to a two year old email.
:-))

-- 
(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: Not killing viewer?!

[Lars Ingebrigtsen]

a...@koldfront.dk (Adam Sjøgren) writes:

> I receive an email with a Microsoft Word document attached. That is
> annoying in itself, but I click it, and Libreoffice opens with the
> document.
>
> So far, so good.
>
> Then I read the next email in Gnus.
>
> And Libreoffice is killed. Gone. Window closed.
>
> Which is kind of annoying as I wanted to look at another email at the
> same time as looking at the Microsoft Word document.
>
> Wasn't this fixed at some point? Do I just need to twiddle some
> configuration?

Yes, I think this is covered by the `mm-keep-viewer-alive-types'
variable.

-- 
(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: gnus eml attach

[Lars Ingebrigtsen]

f.nikolakopou...@gmail.com writes:

> On mml definitions when I add an attachment with C-c C-a I will need
> also to add the charset like
>
> Now the output of C-c C-a is:
> <#part type="application/pdf" filename="~/foo.pdf" disposition=attachment>
> <#/part>
>
> I will need when I press C-c C-a:
> <#part charset="utf-8" type="application/pdf" filename="~/foo.pdf"
> disposition=attachment>
> <#/part>

Non-text parts are binary (i.e., octet streams) and don't have a
charset, so I don't think this would be correct...

-- 
(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: sample - [dilb...@email.dilbert.com] Dilbert.com - Daily Strip Email

[Lars Ingebrigtsen]

Saša Janiška  writes:

> I see only one image of Scott, although when issuing 'W D W' I can see
> other images for a brief moment.

That's odd.  Could you try downloading Emacs from git and see whether it
works better there?

-- 
(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: auto-kill mails with "X-Spam-Flag: YES"

[Lars Ingebrigtsen]

Emanuel Berg  writes:

>> Hm. Then that can't be the correct buffer.
>> Does anybody know of a way to make edebug tell you
>> what buffer it's currently in?
>
> What do you mean in what buffer it is in?

All evaluation in Emacs happens in a buffer.  There is probably a
command in edebug that lets you know what that buffer is...

-- 
(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: auto-kill mails with "X-Spam-Flag: YES"

[Lars Ingebrigtsen]

Emanuel Berg <embe8...@student.uu.se> writes:

> Lars Ingebrigtsen <la...@gnus.org> writes:
>
>>> But in Gnus v5.13, when the debugger is at line
>>> 2085 in gnus-score.el, in `gnus-score-string',
>>> *Headers* contains: ((To .
>>> "<embe8...@student.uu.se>") (X-Spam-Flag . "YES")
>>> (Subject . "=?utf-8?B?TWluIGZpdHRhIHbDpXQ=?="))
>>> After that *Headers* doesn't change until the
>>> function is done.
>>
>> Geez, the call sequence there is hard to follow...
>> hm... Well, while debugging, I think the
>> edebug-outside-buffer variable should tell you what
>> buffer all this is taking place in?
>
> `edebug-outside-buffer' is
>
> #

Hm.  Then that can't be the correct buffer.  Does anybody know of a way
to make edebug tell you what buffer it's currently in?

-- 
(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: rendring Dilbert strip inline

[Lars Ingebrigtsen]

Saša Janiška  writes:

> I'm subscribed to the Dilbert Daily Strip and would like to be able to
> see it inline - rendered in the buffer without need to open new tab in
> my Firefox.

Are you getting them via email?  Gnus inhibits loading external images
in Emacs (to avoid privacy problems with web bug trackers and the like).

If that's the case, the `W D W' command should display the images.

-- 
(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: smtp outlook.com

[Lars Ingebrigtsen]

Zaam Wu  writes:

> LU437-SMTP105.smtp.hotmail.com Microsoft ESMTP MAIL Service, Version:
> 8.0.9200.16384 ready at Mon, 15 Feb 2016 00:54:39 -0800
>
> Process smtpmail connection broken by remote peer

So it connects fine, but then hangs up.  So it probably doesn't want to
talk to you?  Do you have the proper login credentials?

-- 
(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: smtp outlook.com

[Lars Ingebrigtsen]

Zaam Wu  writes:

>   smtpmail-stream-type 'starttls ;; or `ssl'

It's not a STARTTLS server, so it should be 'tls.

> If smtpmail-stream-type to `ssl', it looks:
>
> -- smtpmail-stream-type ssl 
> Sending via mail...
> gnutls.c: [0] (Emacs) fatal error: An unexpected TLS
> packet was received.  gnutls.el: (err=[-15] An unexpected TLS
> packet was received.) boot: (:priority NORMAL :hostname
> smtp-mail.outlook.com :loglevel 0 :min-prime-bits 256 :trustfiles
> (/etc/ssl/certs/ca-certificates.crt) :crlfiles nil :keylist nil
> :verify-flags nil :verify-error nil :callbacks nil)
> gnutls-negotiate: GnuTLS error: #, -15 Quit

I think this just means that the server closed the connection.
Probably.  Connecting to the server works fine for me:

LU436-SMTP207.smtp.hotmail.com Microsoft ESMTP MAIL Service, Version: 
8.0.9200.16384 ready at  Mon, 15 Feb 2016 00:09:39 -0800 

-- 
(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: Gnus seems to not understand video/* syntax in mailcap files.

[Lars Ingebrigtsen]

Ben <ben.li...@bsb.me.uk> writes:

> Lars Ingebrigtsen <la...@gnus.org> writes:
>
>> Ben Bacarisse <ben.li...@bsb.me.uk> writes:
>>
>>> My system is currently set up so that gnus happens to use mplayer to
>>> open video mime parts but I'd like it, and other mailcap aware programs,
>>> to use something else.  So I put the line
>>>
>>> video/*; totem %s
>>>
>>> into ~/.mailscap.  Checking with run-mailcap shows it to be working as
>>> expected, but gnus continues to use mplayer.
>>
>> I can't find the string "mplayer" anywhere in the Gnus sources, so do
>> you know where that setting is coming from?
>
> It's in /etc/mailcap -- where system-wide settings are placed.  Gnus
> reads /etc/mailcap and ~/.mailcap to determine what to do with mime
> parts.

~/.mailcap should certainly win over /etc/mailcap, but more specific
settings should also win over less general settings.  My guess is that
/etc/mailcap has something like

video/mpeg; mplayer %s; description="MPEG Video"

which makes it more specific than the video/* in your ~/.mailcap.

But I still think that your ~/.mailcap should have won.  Please report
this as a bug with `M-x report-emacs-bug'.

-- 
(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: gmx imap failure

[Lars Ingebrigtsen]

ZWu  writes:

> As you see, running on command line gives `Connection timed out'
> as well.

If you're trying to talk to a server that doesn't want talk to you,
there is nothing Gnus can do.

-- 
(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: gmx imap failure

[Lars Ingebrigtsen]

Zhu  writes:

> Opening TLS connection with `gnutls-cli --insecure -p 993
> imap.gmx.com'

Try running this command manualle and see why it fails.

-- 
(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: auto-kill mails with "X-Spam-Flag: YES"

[Lars Ingebrigtsen]

Emanuel Berg  writes:

> But in Gnus v5.13, when the debugger is at line 2085
> in gnus-score.el, in `gnus-score-string', *Headers*
> contains:
>
> ((To . "") (X-Spam-Flag . "YES") (Subject
> . "=?utf-8?B?TWluIGZpdHRhIHbDpXQ=?="))
>
> After that *Headers* doesn't change until the function
> is done.

Geez, the call sequence there is hard to follow...  hm...  Well, while
debugging, I think the edebug-outside-buffer variable should tell you
what buffer all this is taking place in?

-- 
(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: auto-kill mails with "X-Spam-Flag: YES"

[Lars Ingebrigtsen]

Emanuel Berg <embe8...@student.uu.se> writes:

> Lars Ingebrigtsen <la...@gnus.org> writes:
>
>>> I use the interactive system and do not edit the
>>> file by hand (yet). So without Subject being in
>>> (setq gnus-extra-headers '(To Cc Keywords Gcc
>>> Newsgroups X-Spam-Flag Subject)
>>> nnmail-extra-headers gnus-extra-headers) it says it
>>> isn't there.
>>
>> I kinda doubt you can add one of the non-extra
>> headers to the extra list and have it work.
>
> ... ?
>
> How should it be done then?

To score on "Subject" you have to use subject scoring, not extra
scoring.  I think.

>> Could you try edebugging though gnus-score-string
>> and see why this doesn't work?
>
> Is there anything in particular I should look for?

[...]

> Result: (([1 "Min fitta våt" "<embe8...@student.uu.se>" "5 Feb 2016 
> 21:24:06 +0700" "<002d01d16022$0403d4be$66273a8e$@student.uu.se>" "" 1143 41 
> "debian.uxu mail.ooa:1" ((To . "<embe8...@student.uu.se>") (X-Spam-Flag . 
> "YES") (Subject . "=?utf-8?B?TWluIGZpdHRhIHbDpXQ=?="))] . 0))

So the X-Spam-Flag is definitely in the data we're using to score...
Oh, and the Subject, too.  :-)

> Result: ("YES" -1000 nil e "X-Spam-Flag")
>
> Result: -1000 (#o36030, #x3c18)
>
> Result: -1000 (#o36030, #x3c18)
>
> Result: ("YES" -1000 nil e "X-Spam-Flag")

And this kinda seems to imply that it's finding a match?

> Result: "[ (](X-Spam-Flag \\. 
> \"\\([^\"]*\"\\)*[^\"]*YES\\([^\"]*\"\\)*[^\"]*\")[ )]"
>
> Result: re-search-forward
>
> Result: re-search-forward
>
> Result: 101 (#o145, #x65, ?e)
>
> Result: nil

What's in the scoring buffer at this point?  It looks like it's this
search that's failing...

-- 
(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: auto-kill mails with "X-Spam-Flag: YES"

[Lars Ingebrigtsen]

Emanuel Berg  writes:

>>> Result: "[ (](X-Spam-Flag \\.
>>> \"\\([^\"]*\"\\)*[^\"]*YES\\([^\"]*\"\\)*[^\"]*\")[
>>> )]"
>>> Result: re-search-forward
>>> Result: re-search-forward
>>> Result: 101 (#o145, #x65, ?e)
>>> Result: nil
>>
>> What's in the scoring buffer at this point? It looks
>> like it's this search that's failing...
>
> If you mean the *Score Trace*, then "No score rules
> apply to the current article (default score 0)."

No, in the buffer where the scoring takes place.  I think that's
possibly in the *Headers* buffer...

-- 
(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: auto-kill mails with "X-Spam-Flag: YES"

[Lars Ingebrigtsen]

Emanuel Berg  writes:

> I use the interactive system and do not edit the file
> by hand (yet). So without Subject being in
>
> (setq gnus-extra-headers   '(To Cc Keywords Gcc Newsgroups X-Spam-Flag 
> Subject)
>   nnmail-extra-headers gnus-extra-headers)
>
> it says it isn't there.

I kinda doubt you can add one of the non-extra headers to the extra list
and have it work.

> It is exactly "YES" unless there are whitespaces,
> newlines and such to consider. Anyway it is the same
> situation with a substring match:
>
> (("extra"
>   ("Hej" -1000 nil s "Subject")
>   ("YES" -1000 nil s "X-Spam-Flag"))
>   ... )

Could you try edebugging though gnus-score-string and see why this
doesn't work?

-- 
(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: auto-kill mails with "X-Spam-Flag: YES"

[Lars Ingebrigtsen]

Emanuel Berg <embe8...@student.uu.se> writes:

> Lars Ingebrigtsen <la...@gnus.org> writes:
>
>> I don't have X-Spam-Flag in my extra headers, but
>> I have To. If I score on that, it works as expected:
>>
>> (("extra" ("la...@gnus.org" nil nil s "To")))
>
> That works for me too but not so any header I try to
> add, e.g. Subject.

Well, Subject isn't one of the "extra" headers.  But it should work for
all the extra headers that you put in both those two variables
mentioned...

I saw that you had an "exact" match instead of a substring match, so
perhaps the X-Spam-Flag wasn't exactly "YES"?

-- 
(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: Expirable mark preserved

[Lars Ingebrigtsen]

Marcin Włodarczak  writes:

> I see. But then the documentation of this variable is rather confusing,
> especially the part which says:
>
> If nil, the expirable marks will be unchanged except that the marks
> will be removed when copying or moving articles to a group that has
> not turned auto-expire on.

Sorry, I misread your message -- I thought you had the variable switched
on...

This is the code:

(when (and expirable
   gnus-mark-copied-or-moved-articles-as-expirable
   (not (memq 'expire to-marks)))
  ;; Mark this article as expirable.
  (push 'expire to-marks)
  (when (equal to-group gnus-newsgroup-name)
(push to-article gnus-newsgroup-expirable))
  ;; Copy the expirable mark to other group.
  (gnus-add-marked-articles
   to-group 'expire (list to-article) info))

So it looks like it really shouldn't be copying over the expirable
marks...  Hm...

-- 
(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: auto-kill mails with "X-Spam-Flag: YES"

[Lars Ingebrigtsen]

Emanuel Berg  writes:

> How do I automatically kill mails that are
>
> X-Spam-Flag: YES
>
> ?
>
> I tried
>
> (gnus-kill "X-Spam-Flag" "YES" '(gnus-summary-mark-as-read nil "X") t)
>
> in my KILL file but it won't evaluate.

I would guess that that header isn't included in the ones that are
available when killing and scoring takes place.  See
nnmail-extra-headers and gnus-extra-headers.

I would also recommend using scoring instead of killing.

-- 
(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: auto-kill mails with "X-Spam-Flag: YES"

[Lars Ingebrigtsen]

Emanuel Berg <embe8...@student.uu.se> writes:

> Lars Ingebrigtsen <la...@gnus.org> writes:
>
>> I would also recommend using scoring instead
>> of killing.
>
> OK, I did this:
>
> (setq gnus-extra-headers '(To Cc Keywords Gcc Newsgroups X-Spam-Flag))

Did you also tweak nnmail-extra-headers?

-- 
(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: gnus hangs when refreshing Gmail

[Lars Ingebrigtsen]

David Mann  writes:

> I find that when pressing 'g' in the Group buffer, gnus will hang in the
> midst of fetching from imap.gmail.com, usually fetching about 90K of
> data and then freezing.  I can press C-g and then press 'g' again and it
> is able to complete fetching the mail.  After a while (5 mins or
> so?) the same phenomenon occurs.

This sounds like there's something between you and Gmail that's dropping
the connection without notifying the client, so the network connection
dies, or something...  Is that possible?

-- 
(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: Intermittent problem with gnus and Gmail POP3

[Lars Ingebrigtsen]

Bill Harris  writes:

> ,
> | Mail source (pop :server pop.gmail.com :port 995 :user
> | @gmail.com :password  :stream ssl) error (POP SSL
> | connexion failed).  Continue? (yes or no)
> `
>
> If I don't get that message, it works just fine.
>
> When I'm sending a message, about 90% of the time, I get 
>
> ,
> | POP SSL connexion failed
> `

None of these strings exist in the Gnus source.  Are you using
third-party libraries to do the network connections?

-- 
(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: auto-kill mails with "X-Spam-Flag: YES"

[Lars Ingebrigtsen]

Emanuel Berg  writes:

>   ("YES" -1000 nil e "X-Spam-Flag"))
>  (mark-and-expunge -999)
>  )

I don't have X-Spam-Flag in my extra headers, but I have To.  If I score
on that, it works as expected:

(("extra"
  ("la...@gnus.org" nil nil s "To")))

-- 
(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: how to save ~/.authinfo.gpg?

[Lars Ingebrigtsen]

ZWu  writes:

> I am saving ~/.authinfo.gpg (Gnus imap password info), Emacs ask
> for 'recipients':
>
>
>
> From, the picture, press either `m' or `u', minibuffer reminds: "no
> key on this line".
>
> What the hell does this mean?

If you had a list of recipients, then they would have been displayed.
But if you don't, the entire question is pretty nonsensical, and it
should just use symmetric encryption.  Please report this as a bug with
`M-x report-emacs-bug'.

-- 
(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: nntp-prepare-post-hook in ~/.gnus

[Lars Ingebrigtsen]

"Andrzej A. Filip"  writes:

> How to add hook to nntp-prepare-post-hook in ~/.gnus?
> Simple minded attempt below has no effect:
>
> (add-hook 'nntp-prepare-post-hook 'my-nntp-rewrite)
>
> * package emacs24 in Debian/testing
> * gnus is started via gnus-unplugged

It's a server variable, so you have to set it in the server definition,
like

(setq gnus-select-method 
  '(nntp "" ... (nntp-prepare-post-hook my-nntp-rewrite)))

or similar.

-- 
(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: sound distortion

[Lars Ingebrigtsen]

Haines Brown hai...@engels.histomat.net writes:

 Sound is hopeless distorted.

I think this is probably the wrong place to ask about audio problems...

-- 
(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: color of transient-mark-mode

[Lars Ingebrigtsen]

Haines Brown hai...@engels.histomat.net writes:

 I thought this worked, but it turned out to apply only to the current
 buffer because it was not saved. This reason is that all my emacs
 sessions use -q and define their own init files.

 What I need is a string in the init files that defines the
 highlight/transient background. Could you be of help here?

When you hit apply and save, the setting was saved to your .emacs
file, presumably.  Look for the `custom-set-variables' section in that
file and see what it saved, and put that in your other startup file.

-- 
(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: color of transient-mark-mode

[Lars Ingebrigtsen]

Lars Ingebrigtsen la...@gnus.org writes:

 When you hit apply and save, the setting was saved to your .emacs
 file, presumably.  Look for the `custom-set-variables' section in that
 file and see what it saved, and put that in your other startup file.

I mean the `custom-set-faces' section.

-- 
(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 Ingebrigtsen]

a...@koldfront.dk (Adam Sjøgren) writes:

 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.

Huh.  Uhm...  do you have list-identifiers set for the topic or...
something?  `G p' on the group and the topic it's in, if it's in a
topic...

-- 
(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: How can there be duplicates in an nnml *Gnus Browse Server*

[Lars Ingebrigtsen]

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?

[Lars Ingebrigtsen]

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: All non-marked messages unread

[Lars Ingebrigtsen]

Cecil Westerhof ce...@decebal.nl writes:

 I have a very strange problem. All messages from a certain folder that
 where not marked became unread. This where around 30.000 messages. I
 used ‘c’ (gnus-summary-catchup-and-exit) to mark them again as read.

 When entering the group again disaster has struck: there where only
 4.000 messages (about 13%) left. All the others had disappeared.

 What has happened here?

Does `C-u RET' allow you to see the read messages?

-- 
(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: Performance problem of IMAP move (Gmail)

[Lars Ingebrigtsen]

mrem...@process-one.net writes:

 I am currently trying to trouble shoot performance problem of the nnimap
 move methods. It takes more than 30 seconds here to move a mail (I am
 using Gmail) on imap on the same server.

This should now be fixed in the Emacs trunk (and in git Gnus).

-- 
(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?

[Lars Ingebrigtsen]

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?

-- 
(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: Cannot read partial active file msg

[Lars Ingebrigtsen]

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.

-- 
(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 Ingebrigtsen]

a...@koldfront.dk (Adam Sjøgren) writes:

 Sometimes the subject shown in the summary buffer has the beginning cut
 off, i.e. an article with:

   Subject: BC Camplight: How To Die In The North [3/6]

 will show this in the summary:

[   2: unknown] How To Die In The North [3/6]

 It does not happen all the time, though, because a subject like this:

   Subject: Télé Rouge: Transformation [4/6]

 is shown as:

[   2: unknown] Télé Rouge: Transformation [4/6]

Hm.  Could the backend be outputting different data in the headers view
than in the article data?

 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 :?  :-)

It could be...  er...  `gnus-simplify-subject-functions', perhaps?  Or
`gnus-simplify-ignored-prefixes'.

-- 
(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: sort nested topics similar to sorting groups

[Lars Ingebrigtsen]

Harry Putnam rea...@newsguy.com writes:

 After chasing down the manual section on `sorting' I didn't see any
 reference to sorting nested topics.

 The times I've tried to set subtopics of higher topic by hand it seems
 the topics have a mind of their own.

 Any chance to control how subtopics get listed below a main topic?

The `gnus-topic-sort-topics' command will sort the topics, I think.

-- 
(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: saving gwene RSS posts

[Lars Ingebrigtsen]

Sivaram Neelakantan nsivaram@gmail.com writes:

 I've had a look at article caching and I can't figure how that would
 apply to my use case.  Some RSS articles I want to save for long term
 reference.  Is it enough to simply copy them to some other folder,
 preferably in the same format that I see in the gwene ng?  

The `*' command will cache the message locally.

-- 
(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: Error when forwarding via mail

[Lars Ingebrigtsen]

Rainer M Krug rai...@krugs.de writes:

 whenever I want to forward a message via mail
 (gnus-mail-summary-forward), I get the following error:

[...]

 |   (lambda nil (gnus-inews-make-draft-meta-information
 | nnimap+Maildir:RMKrugGMAIL.INBOX (quote (nil()

This shouldn't be possible, since that `(quote (nil))' should be a list
of article numbers.  Is it possible that you have bits of older
Message/Gnus stuff installed over your Emacs files?
`M-x list-load-path-shadows' should tell you.

-- 
(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: bug? gnus-summary-highlight-line: Wrong type argument: consp, nil

[Lars Ingebrigtsen]

Yagnesh Raghava Yakkala h...@yagnesh.org writes:

 Recently I am having issues with reading articles from gnus. Backtrace is
 pasted below. I am using gnus which comes from emacs trunk (GNU Emacs
 24.3.50.10 (x86_64-unknown-linux-gnu, GTK+ Version 3.4.2) of 2014-02-27 on
 sealion).
 Debugger entered--Lisp error: (wrong-type-argument consp nil)
   gnus-put-text-property-excluding-characters-with-faces(1 79 face 
 gnus-summary-normal-read)

If I eval 

(gnus-put-text-property-excluding-characters-with-faces 1 79 'face 
'gnus-summary-normal-read)

everything works fine.  Do you have an old gnus-util installed?

-- 
(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: Opening Message in notmuch?

[Lars Ingebrigtsen]

Rainer M Krug rai...@krugs.de writes:

 One way would be to use notmuch-search with specifying the message id -
 but how can I get the message id?

(mail-header-id (gnus-summary-article-header))

-- 
(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: nnimap: BAD Missing ''

[Lars Ingebrigtsen]

jens.k.lo...@googlemail.com (Jens K. Loewe) writes:

 I can't add IMAP servers to my Gnus config. When I do, I get this error
 when trying to connect to the servers:

 BAD Missing ''

Try setting `nnimap-record-commands', and then look into the *imap log*
buffer for clues.

-- 
(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: saving gwene RSS posts

[Lars Ingebrigtsen]

Sivaram Neelakantan nsivaram@gmail.com writes:

 What's the best/preferred way to save RSS full text feeds?  I've
 subscribed to a few RSS feeds and I'd like to save some of those
 articles/posts.  I think mailing them to myself is certainly not the
 way.

 something like marking them and upon exiting the group, it copies the
 article to a nnml folder, perhaps?

Gnus can copy messages to local storage using a caching mechanism.  See
the manual for details.

-- 
(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: google groups inside emacs?

[Lars Ingebrigtsen]

xeon Mailinglist xeonmailingl...@gmail.com writes:

 How I set gnus to read the google groups inside emacs? Is it possible?

Not really.  But many Google Groups mailing lists are mirrored on
news.gmane.org.

-- 
(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: nnimap: How do I work with the folders on the IMAP server?

[Lars Ingebrigtsen]

nljlistb...@gmail.com (N. Jackson) writes:

 I can create a folder, but only indirectly, by copying or moving an
 article to the corresponding Gnus group from the *Summary* or *Article*
 buffer, using B c and B m. Is there a direct way to create one?

`G m' in the group buffer.

 I cannot see how to rename a folder.

`G r'.

 I cannot see how to move a folder (and the folders it contains) into
 another folder.

Mailboxes aren't really recursive, so that's not possible.

-- 
(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: nnimap: BAD Missing ''

[Lars Ingebrigtsen]

Jens K. Loewe jens.k.lo...@googlemail.com writes:

  BAD Missing ''

 Try setting `nnimap-record-commands', and then look into the *imap
 log*
 buffer for clues.

 I did - nothing except that message. 

Didn't Gnus send anything over to the IMAP server before the IMAP server
returned that error message?

-- 
(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: Faking filenames for attachments

[Lars Ingebrigtsen]

Tim Landscheidt t...@tim-landscheidt.de writes:

 usually, if I attach a file /a/b/c.e to a message, it gets
 MIME headers:

 | Content-Type: mime/type
 | Content-Disposition: attachment; filename=c.e

 However, I want to pretend the filename is d.e.

Yeah, there is no easy way to do that.

I've now added `recipient-filename' to the MML tag so that you can
specify whatever file name (for the recipient) that you want.  This is
in Ma Gnus only, so it won't be included in the next Emacs release
(since that's in a feature freeze now).

-- 
(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: Trouble with extra headers

[Lars Ingebrigtsen]

nljlistb...@gmail.com (N. Jackson) writes:

 I added

 (setq gnus-extra-headers '(To Newsgroups Delivered-To))

 to my .gnus.el file. (Eventually I would have this in the group
 parameters for my local IMAP server, but it seemed simplest to add it
 globally at first.)

You have to tell nnimap, too, that it should be fetching these extra
headers.  Add Delivered-To to `nnmail-extra-headers'.

-- 
(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: nnimap: BAD Missing ''

[Lars Ingebrigtsen]

Jens K. Loewe jens.k.lo...@googlemail.com writes:

 Didn't Gnus send anything over to the IMAP server before the IMAP server
 returned that error message?

 Nothing which would appear in the log...

What are the lines before the BAD?  Include the BAD line, too.

-- 
(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: nnimap: How do I work with the folders on the IMAP server?

[Lars Ingebrigtsen]

nljlistb...@gmail.com (N. Jackson) writes:

 I would suggest that it wouuld be better if the prompt asked for the
 Select Method explicitly, perhaps with an example, or a note that tab
 completion works. E.g. Select method for new group (use tab for
 completion): 

Yeah, makes sense.  I've now updated the prompt.

-- 
(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: nnimap: How do I work with the folders on the IMAP server?

[Lars Ingebrigtsen]

nljlistb...@gmail.com (N. Jackson) writes:

 IMAP implements the semantics of a folder hierarchy, if not the reality
 of it.

 For me this heirarchical arrangement of saved emails is
 essential. Without it is like living with a file system that only
 supports directories one level deep; it's barely useable.

 It seems to me that to truly support IMAP, a mail client should be able
 to take advantage of this feature.

Well, IMAP group names are just...  group names, really.  If you wish to
consider the . character to have some meaning, you're free to do that.

-- 
(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: using a browser from ma gnus 0.7

[Lars Ingebrigtsen]

Sivaram Neelakantan nsivaram@gmail.com writes:

 A few more questions on shr.  Just wanted to know whether there are
 options to magnify the text of the buffer and images.  Gnus renders
 RSS posts beautifully but the images are resized and I do want to
 magnify them while reading or reduce them further, if need be.

Hit `z' to zoom images.

-- 
(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: using a browser from ma gnus 0.7

[Lars Ingebrigtsen]

Sivaram Neelakantan nsivaram@gmail.com writes:

 After subbing to some RSS groups, gnus seem to render the html as well
 as images well.  Clicking on a link however doesn't seem to work.

What's the value of the `mm-text-html-renderer' variable?  

-- 
(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: How to use nnrss-ignore-article-fields

[Lars Ingebrigtsen]

Stefan Huchler stefan.huch...@mail.de writes:

 I set and evaluated following list:

 (setq nnrss-ignore-article-fields '(slash:comments description
 atom:updated category title item tag))

 but it did not prevent re-appearences of such articles.

That seems to be the right thing to do.  After applying that, `item' is:

(item nil
  (guid
   ((isPermaLink . false))
   tag:youtube.com,2008:video:Zx5W7faSEJI)
  (pubDate nil Fri, 24 Jan 2014\n06:04:18 +)
  (link nil 
http://www.youtube.com/watch?v=Zx5W7faSEJIfeature=youtube_gdata;)
  (author nil Jupiter Broadcasting))

So does this data change at all, or is it constant?

-- 
(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: RSS youtube feeds show read-flagged videos/messages again

[Lars Ingebrigtsen]

Stefan Huchler stefan.huch...@mail.de writes:

 When I use gnus-group-get-new-news in the group buffer I see in my
 rss-groups always much new messages. Its always 1 new and 10 old I seen
 already every day.

My guess would be that the RSS feed you're reading doesn't give nnrss a
way to identify posts reliably, so it always thinks that the messages
are new.

-- 
(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: Problems with splitting IMAP

[Lars Ingebrigtsen]

arcf...@sacrideo.us (Aaron W. Hsu) writes:

 I'm trying to split my IMAP inbox so that certain mailing lists are
 removed, since I use gmane to access them instead. Here's what I have in
 my .gnus.el:

 (setq nnimap-split-inbox '(INBOX))
 (setq nnimap-split-rule

In the newest version of Gnus, that variable no longer exists.  See
`nnimap-split-methods'.

-- 
(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: RSS article with images from blogger causes Gnus to hang

[Lars Ingebrigtsen]

Sivaram Neelakantan nsivaram@gmail.com writes:

 I've subscribed to the news.gwene.org r-bloggers newsfeed and I've
 noticed that if the article links to blogspot.com png image, gnus
 kicks off an openssl client call on port 80 and it becomes
 unresponsive.

If you have the gnutls libraries installed, Emacs shouldn't need to use
any external programs to fetch HTTPS stuff.

I can't explain the hang, though.  `C-g' should kill the external
process anyway.  I'm not a Windows user, though, so I can't really help
with the hang.  Report the hang with `M-x report-emacs-bug'.

-- 
(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: GSSAPI and Gnus v5.13

[Lars Ingebrigtsen]

Elias Mårtenson loke...@gmail.com writes:

 There is, however, the problem of the non-existence of a GSSAPI API
 accessible from Emacs. There is, of course, gsasl which seems to have
 been used in the past, but it seems to me as though the design choice
 in nnimap is to be a full Elisp implementation of IMAP?

I think an elisp implementation of GSSAPI is unrealistic.

 As far as I can tell, there is no standard external application that
 can provide access to GSSAPI, so what is the suggested solution?

gssapi.el uses

(defcustom gssapi-program (list
   (concat gsasl %s %p 
   --mechanism GSSAPI 
   --authentication-id %l)
   imtest -m gssapi -u %l -p %p %s)

I would guess that reusing gassapi.el for the new nnimap.el would be the
easiest.  It's a matter of getting nnimap.el to recognising that GSSAPI
should be used, I think.

-- 
(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: Storing drafts on server

[Lars Ingebrigtsen]

Philipp Haselwarter phil...@haselwarter.org writes:

 On Fri, Mar 28 2008 09:34 (@1206693264), Sébastien Vauban wrote:

 And is there a way to map the Gnus `nndraft:drafts' folder onto
 the IMAP `nnimap:INBOX.Drafts' one, so that I could easily
 access my draft mails from another PC, when at home?

 Best regards,
   Seb

 this. yes, pretty please?

Yeah, that would be pretty nice...  And it shouldn't be that difficult
to do.  We can hook into the Message mode auto-saving stuff to save
using any method we want to.  But communicating with the IMAP server may
hang, so I'm not sure this would, in general, be the way to go.

I think it would make more sense to sync over the drafts to the IMAP
server using the forthcoming cloud functionality, where Gnus basically
stores everything on the IMAP server.

-- 
(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