Re: Names & topics

[Tassilo Horn]

Colin Baxter  writes:

Hi Colin,

> After much anguish I have succeeded in making an imap group for an
> email address. (I'd forgotten how to do it!) The group has the
> convoluted name 'nnimap+imap.domain-name.com:INBOX'. How do I change
> it to 'nnimap+domain-name:INBOX'? I have tried edited the info using
> 'GE', but my edits are not accepted.

Define it like so:

--8<---cut here---start->8---
(add-to-list 'gnus-secondary-select-methods
  '(nnimap "Fastmail" ;; The name.
   (nnimap-address "imap.fastmail.com")) ;; The actual server.
--8<---cut here---end--->8---

Then the groups will be named nnimap+Fastmail:*.

Bye,
Tassilo


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

Re: The fingerprint for the connection to imap.gmail.com:993 has changed

[Tassilo Horn]

Denis Bitouzé  writes:

> I'm using imap.gmail.com as imap server and, since today, gnus tells me:
>
>   ┌
>   │ Certificate information
>   │ Issued by:  Google Internet Authority G2
>   │ Issued to:  Google Inc
>   │ Hostname:   imap.gmail.com
>   │ Public key: RSA, signature: RSA-SHA256
>   │ Protocol:   TLS1.2, key: ECDHE-RSA, cipher: AES-128-GCM, mac: AEAD
>   │ Security level: Legacy
>   │ Valid:  From 2016-09-29 to 2016-12-22
>   │ 
>   │ 
>   │ The fingerprint for the connection to imap.gmail.com:993 has changed from
>   │ sha1:b7:58:ef:a0:55:ca:f4:ee:61:62:52:b2:89:43:6a:89:bc:51:1c:bc to
>   │ sha1:9c:f5:5a:12:dd:a4:a1:13:42:96:40:9f:dc:59:5a:c9:2c:f4:2c:33
>   └

I also get that quite often but I'm queried if I want to accept the new
one (either no, yes only this time, or always).  The only setting which
I can find in my ~/.emacs which has something to do with it is

  (setq network-security-level 'high)

but it would seem strange that with the default security level of medium
you were not queried and instead the connection was aborted.

Bye,
Tassilo


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

Re: Gnus git repository not available?

[Tassilo Horn]

nos...@curso.re writes:

>>> I recall that that used to work, has something changed?
>>
>> Yes, something has changed.  Gnus is now developed only as part of
>> emacs, and there's no separate Gnus repository anymore.
>
> OK thanks,
>
> may I suggest that the information on the website is updated then?

That would be good but I don't have write access to the website.

Bye,
Tassilo


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

Re: Gnus git repository not available?

[Tassilo Horn]

nos...@curso.re writes:

> I recall that that used to work, has something changed?

Yes, something has changed.  Gnus is now developed only as part of
emacs, and there's no separate Gnus repository anymore.

Bye,
Tassilo


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

Re: how to set gnus authinfo file

[Tassilo Horn]

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

>> Ha, this is my idead: since `authinfo.gpg' is only for Gnus mail
>> authentication, why not put it under emacs directory? File under
>> home (~/.authinfo.gpg) should be used for the whole user
>> account. Is this reasonable?
>
> Do any other programs use ~/.authinfo.gpg?

I think so.

,[ (info "(auth)Overview") ]
| The auth-source library is simply a way for Emacs and Gnus, among
| ^
| others, to answer the old burning question “What are my user name and
| ^^
| password?”
`

And looking at my ~/.authinfo.gpg, I have at least two entries which are
not mail servers although I cannot remember why I've put them there.
One of them is the old Gnus git repository, so maybe Magit/VC are able
to read credentials there when pushing?

Bye,
Tassilo


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

Re: font-locked Gnus browse server

[Tassilo Horn]

Emanuel Berg  writes:

>> Yes, this could also work. BTW, `font-lock-defaults'
>> is automatically buffer-local, no need to make
>> it so.
>
> Check out `gnus-server-mode' - gnus-srvr.el, which
> I have as
>
> /usr/share/emacs/24.4/lisp/gnus/gnus-srvr.el
>
> line 263:
>
> (set (make-local-variable 'font-lock-defaults) ; ...

Maybe it hasn't been buffer-local by default in Emacs 18, and that's a
relict of that time.

>>> With MODE as nil the font lock is done one the
>>> basis of the current buffer. It is not related to
>>> the mode itself apart from the invocation being
>>> placed in the mode entry hook. This means the
>>> keywords have to be added every time the mode
>>> is entered.
>>
>> Yes, but that doesn't make a difference, no?
>
> All three solutions are equally bad in that all rely
> on the hook.
>
> The best solution would be to change
> `gnus-browse-mode' to do what gnus-server-mode does so
> `font-lock-defaults' is set and one only has to bother
> with the colors in an ordinary init file and can drop
> the hook.

Of course, that would be legit.

Bye,
Tassilo


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

Re: font-locked Gnus browse server

[Tassilo Horn]

Emanuel Berg  writes:

>> I think the reason why you need to trigger
>> font-locking explicitly using
>> `font-lock-fontify-buffer' (or `font-lock-ensure')
>> is that `gnus-browse-mode' doesn't set
>> `font-lock-defaults' which would be used to
>> initialize `font-lock-keywords'.
>
> You mean like this?
>
> (defvar gnus-browse-font-lock-keywords
>   '(("^K"   . font-lock-builtin-face)
> ("\\([[:digit:]].*\\):"(1 font-lock-function-name-face))
> ("\\(gmane\\.\\)\\(.*\\)"  (1 font-lock-comment-face)
>(2 font-lock-variable-name-face) )
> ("\\(gwene\\.\\)\\(.*\\)"  (1 font-lock-constant-face)
>(2 font-lock-type-face)) ))
>
> (defun gnus-browse-mode-hook-f ()
>   (set (make-local-variable 'font-lock-defaults)
>'(gnus-browse-font-lock-keywords t)) )
> (add-hook 'gnus-browse-mode-hook 'gnus-browse-mode-hook-f)

Yes, this could also work.  BTW, `font-lock-defaults' is automatically
buffer-local, no need to make it so.

>> So calling `font-lock-add-keywords' with MODE = nil
>> will also trigger font-lock, and indeed ...
>>
>> th/gnus-browse-mode-init () (font-lock-add-keywords
>> nil ... )
>>
>> (add-hook 'gnus-browse-mode-hook
>> #'th/gnus-browse-mode-init)
>>
>> does work for me.
>
> With MODE as nil the font lock is done one the basis
> of the current buffer. It is not related to the mode
> itself apart from the invocation being placed in the
> mode entry hook. This means the keywords have to be
> added every time the mode is entered.

Yes, but that doesn't make a difference, no?

Bye,
Tassilo


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

Re: font-locked Gnus browse server

[Tassilo Horn]

Emanuel Berg  writes:

>> Or you can put your current `font-lock-add-keywords'
>> call into your ~/.gnus. Then it would be evaluated
>> before gnus-browse-mode was activated.
>
> It is in an init file and it is evaluated before the
> mode is set.  For some reason it doesn't kick in
> without the explicit call to
> `font-lock-fontify-buffer'. That has never been needed
> elsewhere in my experience.

Ah, yeah, now I see it.  I've thought you'd call
`font-lock-add-keywords' in the hook but you actually only call
`font-lock-fontify-buffer' there.

I think the reason why you need to trigger font-locking explicitly using
`font-lock-fontify-buffer' (or `font-lock-ensure') is that
`gnus-browse-mode' doesn't set `font-lock-defaults' which would be used
to initialize `font-lock-keywords'.  And that says:

,[ C-h v nil RET ]
| font-lock-keywords is a variable defined in `font-lock.el'.
| [...] 
| A user-level keywords list is what a major mode or the user would
| set up.  Normally the list would come from `font-lock-defaults'.
| through selection of a fontification level and evaluation of any
| contained expressions.  You can also alter it by calling
| `font-lock-add-keywords' or `font-lock-remove-keywords' with MODE = nil.
| [...]
`

So calling `font-lock-add-keywords' with MODE = nil will also trigger
font-lock, and indeed

--8<---cut here---start->8---
(defun th/gnus-browse-mode-init ()
  (font-lock-add-keywords
   nil
   '(("^\\(.\\)[[:space:]]+\\([[:digit:]]+\\):[[:space:]]\\(.*\\)"
  (1 font-lock-keyword-face)
  (2 font-lock-variable-name-face)
  (3 font-lock-function-name-face)

(add-hook 'gnus-browse-mode-hook #'th/gnus-browse-mode-init)
--8<---cut here---end--->8---

does work for me.

Bye,
Tassilo


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

Re: font-locked Gnus browse server

[Tassilo Horn]

Emanuel Berg  writes:

> Here is a dump [1] of how it could look, and the Elisp
> [2] that makes it look that way easily enough.
>
> Doesn't it look nice and, uhm, colorful?
>
> It seems even tho `font-lock-mode' is on, you still
> have to call `font-lock-fontify-buffer' to get the
> action.

I think it would be there immediately if you call
`font-lock-add-keywords' with nil in place of 'gnus-browse-mode.

> I put it in `gnus-browse-mode-hook' but I don't think you should have
> to (?). Anyway, enjoy :)

Or you can put your current `font-lock-add-keywords' call into your
~/.gnus.  Then it would be evaluated before gnus-browse-mode was
activated.

Bye,
Tassilo


___
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

[Tassilo Horn]

Les Harris  writes:

> Thien-Thi Nguyen  writes:
>
>> That depends on whether or not it works for you, i suppose.  :-D
>
> Hm. So gnus-article-show-images works when invoked manually. I've
> tried adding it to gnus-article-mode-hook by adding/executing the
> following:
>
> (add-hook
> 'gnus-article-mode-hook
> (lambda ()
> (gnus-article-show-images)
> (message "Potentially show images...")))
>
> However when opening an HTML mail with images this seems to have no
> affect (manually invoking the command of course works). I can see the
> 'Potentially show images...' text in the *Messages* buffer so I know
> the hook is executing.  Maybe the article mode hook is executing too
> early?

Yes, that might be the reason.  Try `gnus-article-prepare-hook' instead.

Bye,
Tassilo


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

Re: flyspell in messages

[Tassilo Horn]

Haines Brown  writes:

>> The problem is that the hook is actually named `message-mode-hook' so
>>
>>   (dolist (hook '(message-mode-hook ...))
>> (add-hook hook #'flyspell-mode))
>>
>> will do the trick.
>
> Yes, it did, and I thank you.

You're welcome.

> Not am I now in flymode without having started it manually, but the
> problem of not finding american-huge file also disappeared.

Oh, good.  But that must have been a side-effect of something else,
e.g., some aspell package has been upgraded, or maybe you're restarted
the system...

Bye,
Tassilo


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

Re: flyspell in messages

[Tassilo Horn]

Haines Brown  writes:

Hi Haines,

> I'm using gnus to read newsgroups, and I would like to have flyspell
> run automatically whenever I write a message in reply to a posting. At
> present, the mode bar says: (Message MML Abbrev Fill Narrow). Does
> this mean I'm in the Message group?

This means `message-mode' is the active `major-mode' and MML, Abbrev,
Fill and Narrow are enabled minor modes.  (The so-called lighters in the
mode-line don't need to correspond exactly to the mode name.)

> I try this in the init file for gnus:
>
>   (dolist (hook '(Message-mode-hook))
>   (add-hook hook (lambda () (flyspell-mode 1

The problem is that the hook is actually named `message-mode-hook' so

  (dolist (hook '(message-mode-hook ...))
(add-hook hook #'flyspell-mode))

will do the trick.

> Not only does this not open flyspell automatically, but when I try to
> open flyspell manually (M-x flyspell-mode) I get an error that
> /usr/lib/aspell/american-huge cannot be opened". Although I have
> iamerican-huge and wamerican-huge installed, there is no such
> american-huge file.

Hm, that seems to be an aspell configuration problem.  Or do you have
any configurations to flyspell-* or ispell-* variables in Emacs?

Bye,
Tassilo


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

Re: Hanging gnus session

[Tassilo Horn]

Haines Brown  writes:

Hi Haines,

> Here is my setup. In .fluxbox I have a key defined that starts an
> "emacs-gnus" executable script. That script simply has:
>
>  #!/bin/sh
>  emacs -q -l /home/haines/.emacs.d/elisp/gnus.el
>  exit 0
>
> The gnus.el file defines the news servers and some other parameters
> which have never been a problem. As its final line I have:
>
>   (gnus)
>
> When I hit the key, gnus starts OK, and it checks new news. However,
> there are two problems.
>
> First, when gnus starts, the emacs minibuffer says, "Gnus auto-save
> file exists. Do you want to read it?" If I respond "y", messages are
> retrieved. I don't know why gnus needs to access an auto-save file and I
> would like to avoid the query under normal conditions.

Gnus regularly auto-saves what articles you've read etc, and when you
hit `s' in *Group* or quit Gnus it saves that information to
~/.newsrc.eld and deletes the auto-saved file.  So when it asks you that
question on startup, it means that you've not properly quit your
previous Gnus session.  Maybe you simply killed emacs without quitting
Gnus before?  Or maybe there's another Emacs session running Gnus
already?

> Second, when I do "g" to update the groups, gnus simply hangs. $ ps aux
> tells me there are two processes running:
>
> /bin/sh /home/haines/scripts/emacs-gnus
> emacs -q -l /home/haines/.emacs.d/elisp/gnus.el
>
> I have to kill them and start gnus anew in order to read news again. I
> would prefer that the emacs client run gnus all the time and I only need
> to press g to update it.

That's how it's supposed to work.  Does the echo area indicate what
server it checks when it hangs?

What you can also do is `M-x toggle-debug-on-quit RET' before you update
with `g'.  Then, when Gnus hangs for a while hit `C-g'.  That will show
you a backtrace which you can post here.

Bye,
Tassilo


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

Re: Location of .gnus init file

[Tassilo Horn]

btraven  writes:

> Okay now I think I know what's going on but I had to move my .gnus out
> of gnus-init-file directory because something in it was causing pop3
> retrieval of about 11000 kb of something (probably all my news
> server's headers each time I invoked gnus. Now in .emacs in
> custom-set-variabel paragraph I have this:
>
> 
>  '(gnus-article-sort-functions (quote ((not gnus-article-sort-by-date
>  '(gnus-check-new-newsgroups nil)
>  '(gnus-default-directory "c:\\emacs\\gnus")
>  '(gnus-directory "c:\\gnus/News/")
>  '(gnus-dribble-directory "c:\\emacs\\gnus")
>  '(gnus-home-directory "c:\\emacs")
>  '(gnus-read-active-file nil)
>  '(gnus-save-all-headers nil)
>  '(gnus-select-method (quote (nntp "news.newsguy.com")))
>  '(gnus-thread-sort-functions (quote ((not gnus-thread-sort-by-date
> 
>
> I assume I can eventually move all these to my .gnus by stripping tic
> to left of open paren and inserting setq to right, correct?

No, not all.  The directory `gnus-*-directory' variables have to be set
*before* gnus loads, so these should stay in your ~/.emacs (either in
the customize section or as setqs).  But the others can move to your
~/.gnus.el.

BTW, the docs say that you should always have
`gnus-article-sort-by-number' in your `gnus-article-sort-functions' as a
fallback (first entry).  So you probably want to go with:

  (setq gnus-article-sort-functions
'((not gnus-article-sort-by-number)
  (not gnus-article-sort-by-date)))

as I've written in my other mail.

> After screwing things up I now have on the last line of *Group* buffer
> U   0:*gnu.emacs.gnus in unbolded font. How do I normalize that group
> so that it is bolded font and with the number of all messages?

Did you try hitting `M-g' on the group?

Bye,
Tassilo


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

Re: Location of .gnus init file

[Tassilo Horn]

B. T. Raven  writes:

> Thank you, Tassilo. That explains everything except why most recent
> articles are non sorted to top of buffer by default.

I think the default is to sort by article number.  AFAIK, that
corresponds to the order in which articles arrived at your newsserver
but not to the order in which people wrote and sent their postings
(although the order should at least be pretty similar).  Oh, and I think
by default articles are sorted from old to new, not the other way round.

So probably you'll be happy with

  (setq gnus-article-sort-functions
'((not gnus-article-sort-by-number)
  (not gnus-article-sort-by-date)))

Bye,
Tassilo


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

Re: Location of .gnus init file

[Tassilo Horn]

emi...@sysmatrix.net (Ed C.) writes:

> Now I'm getting the group name instead of my name or alias in my
> answer to Rainer.

Yes, this "=> receiver" notation is the default because Gnus thinks that
you know your name and email address and thus it is not interesting to
you.

See the manual:

,[ (info "(gnus)To From Newsgroups") ]
| 3. The ‘gnus-ignored-from-addresses’ variable says when the ‘%f’
|  summary line spec returns the ‘To’, ‘Newsreader’ or ‘From’ header.
|  If this regexp matches the contents of the ‘From’ header, the value
|  of the ‘To’ or ‘Newsreader’ headers are used instead.
| 
|  To distinguish regular articles from those where the ‘From’ field
|  has been swapped, a string is prefixed to the ‘To’ or ‘Newsgroups’
|  header in the summary line.  By default the string is ‘-> ’ for
|  ‘To’ and ‘=> ’ for ‘Newsgroups’, you can customize these strings
|  with ‘gnus-summary-to-prefix’ and ‘gnus-summary-newsgroup-prefix’.
`

Bye,
Tassilo


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

Re: Location of .gnus init file

[Tassilo Horn]

emi...@sysmatrix.net (Ed C.) writes:

> Question: Why does sort not work on articles when thread view is
> toggled off?

There are two separate sorting variables in Gnus, one for threads
(`gnus-thread-sort-functions'), one for articles
(`gnus-article-sort-functions').

Probably, you've only customized the former to your likings.

Bye,
Tassilo


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

Re: .gnus init file

[Tassilo Horn]

Emanuel Berg  writes:

>> I have both .emacs and .gnus in ~\ (w32 24.4) and am
>> manually transfering gnus stuff from .emacs to .gnus
>> Is there a way to have options > customize write to
>> a custom-set-variables paragraph in .gnus instead of
>> in .emacs or does all the gnus stuff set through
>> customize have to stay in .emacs
>
> No, those files don't mean anything as such. As long
> as the files get read, you can put whatever option in
> whatever file.

That's not what was asked.  The question was if it's possible to tell
the Customize interface to store Gnus-related stuff in ~/.gnus and all
other stuff in ~/.emacs.

Well, I tend to say "possibly, yes".  There's a variable for the file
which is used to store Customize settings:

,[ C-h v custom-file RET ]
| custom-file is a variable defined in `cus-edit.el'.
| Its value is nil
| 
| Documentation:
| File used for storing customization information.
| The default is nil, which means to use your init file
| as specified by `user-init-file'.  If the value is not nil,
| it should be an absolute file name.
| 
| You can set this option through Custom, if you carefully read the
| last paragraph below.  However, usually it is simpler to write
| something like the following in your init file:
| 
| (setq custom-file "~/.emacs-custom.el")
| (load custom-file)
| 
| Note that both lines are necessary: the first line tells Custom to
| save all customizations in this file, but does not load it.
| 
| When you change this variable outside Custom, look in the
| previous custom file (usually your init file) for the
| forms `(custom-set-variables ...)'  and `(custom-set-faces ...)',
| and copy them (whichever ones you find) to the new custom file.
| This will preserve your existing customizations.
| 
| If you save this option using Custom, Custom will write all
| currently saved customizations, including the new one for this
| option itself, into the file you specify, overwriting any
| `custom-set-variables' and `custom-set-faces' forms already
| present in that file.  It will not delete any customizations from
| the old custom file.  You should do that manually if that is what you
| want.  You also have to put something like `(load "CUSTOM-FILE")
| in your init file, where CUSTOM-FILE is the actual name of the
| file.  Otherwise, Emacs will not load the file when it starts up,
| and hence will not set `custom-file' to that file either.
| 
| You can customize this variable.
`

So basically, if you manage to set this variable buffer-locally to
"/home/user/.gnus" in Customize buffers related to Gnus stuff, it'll
probably work.  But that setting needs to be installed before the custom
options are inserted there, because else their current values wouldn't
be read from the right file.

However, even if you manage to get there, that's also no salvation
because some Customize commands like `customize-apropos' will let you
customize options from different groups, and then a buffer-local value
of custom-file won't do the trick.

So long story short: I'd suggest you either don't mess with
`custom-file' and let Emacs put it in `user-init-file', or you set it to
a separate file which is loaded from ~/.emacs as suggested in the docs
above.  Splitting into per-package custom-files doesn't seem to be
possible, and IMHO the value is questionable anyhow.  I mean, the since
the customizations are sorted alphabetically, they are somehow grouped
by package anyway.

Bye,
Tassilo


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

Re: alt-tab? really? you're joking...

[Tassilo Horn]

incal  writes:

>> To me  isn't more difficult to type (in a
>> way, it is easier/better as the left index finger
>> can remain at )

As many keys, that depends on your keyboard layout.  I use a German
variant of the Dvorak layout, and then `C-M-i' basically means pressing
three keys with the left hand.

> Without the configuration,  translates to
>  in the Linux VTs.
>
> Those keys are both very good, so why have them do the
> same thing? It is a waste.

Because those keys are the same on older terminals.

,[ (info "(emacs)Named ASCII Chars") ]
| , , , ,  and  started out as names for
| certain ASCII control characters, used so often that they have special
| keys of their own.  For instance,  was another name for ‘C-i’.
| Later, users found it convenient to distinguish in Emacs between these
| keys and the “same” control characters typed with the  key.
| Therefore, on most modern terminals, they are no longer the same: 
| is different from ‘C-i’.
| 
|Emacs can distinguish these two kinds of input if the keyboard does.
| It treats the “special” keys as function keys named ‘tab’, ‘return’,
| ‘backspace’, ‘linefeed’, ‘escape’, and ‘delete’.  These function keys
| translate automatically into the corresponding ASCII characters _if_
| they have no bindings of their own.  As a result, neither users nor Lisp
| programs need to pay attention to the distinction unless they care to.
| 
|If you do not want to distinguish between (for example)  and
| ‘C-i’, make just one binding, for the ASCII character  (octal code
| 011).  If you do want to distinguish, make one binding for this ASCII
| character, and another for the “function key” ‘tab’.
| 
|With an ordinary ASCII terminal, there is no way to distinguish
| between  and ‘C-i’ (and likewise for other such pairs), because the
| terminal sends the same character in both cases.
`

So you may define different commands for `C-M-i' and  but then on
a Linux VT, the `C-M-i' binding will be executed for both pressing
`C-M-i' and for "Meta+TAB".

Bye,
Tassilo


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

Re: alt-tab? really? you're joking...

[Tassilo Horn]

Hikaru Ichijyo  writes:

>> M-TAB is used for completion in dozens other places in emacs.
>
> Really?  I don't doubt you, but I'd never run into that before.  I've
> seen lots of ordinary tab completion, but never M-TAB.

Well, in any programming mode, `' runs `completion-at-point' or
`complete-symbol' which are the main completion functions in emacs.
(Actually, that's bound to `C-M-i' but that translates to `'
which is much easier to type.)

>> You have 3 options:
>>
>>   a) Use `ESC TAB' instead of `M-TAB'.
>
> That would work.  A little awkward, but it would work.
>
>>   b) Use some other key as Meta, e.g., the windows key commonly found on
>>  keyboards.
>
> X11 on my system is already mapping that as "Super", and I'm already
> using it that way in numerous personal key bindings.  (It's convenient
> that almost nothing in Emacs seems to pre-define it for anything, so
> it's been a great place to put user defined stuff.)

That's true, but OTOH I favor a strict separation of keys, e.g., Control
and Meta are reserved for emacs, Super is reserved for the X11 window
manager.

Bye,
Tassilo


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

Re: alt-tab? really? you're joking...

[Tassilo Horn]

Hikaru Ichijyo  writes:

> It seems that the key binding for name completion is M-TAB.  That's
> just...amazing.  Really.  The fact that Emacs and BBDB come from a
> UNIX-centric world doesn't begin to explain that, since MS-Windows is
> not the only platform where that's used for windows switching.

M-TAB is used for completion in dozens other places in emacs.

> What's the typical way Gnus users get around this these days?

You have 3 options:

  a) Use `ESC TAB' instead of `M-TAB'.
  b) Use some other key as Meta, e.g., the windows key commonly found on
 keyboards.
  c) Use another key for window manager window handling.

I go with option c) and use the windows key for that.  The reason is
that Alt is better to type and I use emacs keys much more often than
window manager shortcuts.

> Really...even in the 1990's, in the days of HPUX/CDE workstations and
> Motif X11 toolkits...Alt-Tab?  Really?  When was that ever a good idea
> for an application key binding?

Not sure, but I guess emacs used M-TAB for completion purposes even
before that.

Bye,
Tassilo


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

Re: resend message: Wrong type argument: stringp, mail-user-name

[Tassilo Horn]

Gijs Hillenius  writes:

>> `name' is not provided according to your backtrace.  So I guess you
>> have somewhere in your init file
>>
>> (setq user-full-name 'mail-user-name)
>>
>> whereas you probably wanted to write
>>
>> (setq user-full-name mail-user-name)
>>
>> That is, you accidentally set `user-full-name' to the symbol
>> mail-user-name instead to the value of that variable.
>
> I have it set as described in the manual:
>
> (setq user-full-name "Your Name")
>
> But, eh, I also use
>
> message-alternative-emails
>
> which the manual shows takes precedence over styles that ran off
> message-setup-hook. Perhaps that is what throws the spanner?

Hm, well, maybe.  The problem is that some variable that's intended to
contain the user name as a string actually contains the symbol
mail-user-name.  I've just grepped the emacs and gnus sources, and there
the symbol mail-user-name doesn't occur at all, so it's some local
customization of yours or maybe a third-party package that causes the
issue.

But you can use `apropos-value' to find variables that contain a value
whose print representation matches a given regex.  So what does

  M-x apropos-value RET ^mail-user-name$ RET

list?

Bye,
Tassilo


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

Re: resend message: Wrong type argument: stringp, mail-user-name

[Tassilo Horn]

Gijs Hillenius  writes:

Hi Gijs,

> This is most likely a local bug: when I want to resend an email, I do
> `SDr`. Invariably, when hitting C-c C-c, the result is
> "message-make-from: Wrong type argument: stringp, mail-user-name"
>
> Alternatively, SDe just works.
>
> Debugger entered--Lisp error: (wrong-type-argument stringp mail-user-name)
>   string-match("[^- !#-'*+/-9=?A-Z^-~]" mail-user-name)
>   message-make-from()

Looking at the code, the line with the error is

  (string-match "[^- !#-'*+/-9=?A-Z^-~]" fullname)

where fullname is let-bound to

  (or name
  (and (boundp 'user-full-name)
   user-full-name)
  (user-full-name))

`name' is not provided according to your backtrace.  So I guess you have
somewhere in your init file

  (setq user-full-name 'mail-user-name)

whereas you probably wanted to write

  (setq user-full-name mail-user-name)

That is, you accidentally set `user-full-name' to the symbol
mail-user-name instead to the value of that variable.

Bye,
Tassilo


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

Re: Newbie posting :)

[Tassilo Horn]

Sharon Kimble  writes:

Hi Sharon,

> had gmail working but have since lost it, it now says -
>
> ,
> | Warning: Opening nnimap server on gmail...failed: ; Unable to open server
> | nnimap+gmail due to: GnuTLS error: #, -15
> `
>
> How do I get round this please?

Hm, I can access gmail successfully with TLS.  Maybe you can get a bit
more information by setting `gnutls-log-level' to 2 (or even higher)
before trying to connect.

Bye,
Tassilo


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

Re: Dealing with Unicode

[Tassilo Horn]

Alex Schroeder  writes:

Hi Alex,

>>  name: SMILING FACE WITH HEART-SHAPED EYES
>>
>> After a few seconds, I get shown the buffer ` *Format Temp 0*' and a
>> warning:
>>
>> --
>> These default coding systems were tried to encode text
>> in the buffer ` *Format Temp 0*':
>>  (emacs-mule (164 . 128525))
>>
>> How can I prevent this error message? Why is Gnus (or Emacs?) using
>> emacs-mule to save this buffer?
>
> Perhaps the culprit is an entry in auto-coding-alist:
>
> ("/#[^/]+#\\'" . emacs-mule)
>
> I'll try using utf-8 and we'll see how it goes.

I've just tried sending a mail with that unicode character, and Gnus
didn't message an error.  The mail is sent as utf-8.

  Content-Type: text/plain; charset=utf-8
  Content-Transfer-Encoding: base64

I don't have any configurations with respect to coding systems, neither
for Gnus nor for message or emacs in general.

Bye,
Tassilo


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

Re: gmail and nnimap - hanging

[Tassilo Horn]

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

>>   http://article.gmane.org/gmane.emacs.gnus.general/83408
>
>> But here I don't know how to switch to the complete thread view in
>> the gmane web interface...
>
> I think clicking on the Subject shows the thread?

Oh, yes.  Totally obvious now that I know it. :-)

Bye,
Tassilo


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

Re: gmail and nnimap - hanging

[Tassilo Horn]

Paul Rudin  writes:

>>> When reading gmail via nnimap I find that quite often things
>>> hang. Pressing C-g and then g will often sort things out.
>>
>> I thought I had the same problem recently.  See the thread starting
>> with:
>>
>>   http://news.gmane.org/gmane.emacs.gnus.general/cutoff=83751
>>
>> It turned out that it acually was't gmail that caused the hang, but
>> instead it's been some nntp server, only the output in the message area
>> was misleading.
>
> Thanks for your reply. I'm not sure the url you gave links to the thread
> you intended? At least I can't see anything directly relevant.

Oh, no, the link doesn't show the right thread.  What I've meant is the
thread starting with

  http://article.gmane.org/gmane.emacs.gnus.general/83408

But here I don't know how to switch to the complete thread view in the
gmane web interface...

> I don't think it's an nntp problem in my case. If temporarily disable
> reading via nntp the problem persists with the gmail connection.

Ok, I see.

Bye,
Tassilo


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

Re: gmail and nnimap - hanging

[Tassilo Horn]

Paul Rudin  writes:

Hi Paul,

> When reading gmail via nnimap I find that quite often things
> hang. Pressing C-g and then g will often sort things out.

I thought I had the same problem recently.  See the thread starting
with:

  http://news.gmane.org/gmane.emacs.gnus.general/cutoff=83751

It turned out that it acually was't gmail that caused the hang, but
instead it's been some nntp server, only the output in the message area
was misleading.

Bye,
Tassilo


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

Re: non-latin names IMAP problem

[Tassilo Horn]

basilio  writes:

> Gnus won't get non-latin IMAP folders names. Gets it like these:
>   *: nnimap+gmail:[Gmail]/.AO ?>GB0
>   *: nnimap+gmail:[Gmail]/.>@78=0
>   *: nnimap+gmail:[Gmail]/.B?@02;5==K5
>   *: nnimap+gmail:[Gmail]/.><5G5==K5
>   *: nnimap+gmail:[Gmail]/!?0<
>   *: nnimap+gmail:[Gmail]/'5@=>28:8

I think it should just work.  To test things, I've just created a new
label called いくつかの新しいラベル (which google translate gave me as
japanese translation of "some new label").  It works just fine with my
current Gnus from Git.

> I suspect that something is wrong with encoding but can do nothing
> with it. My system is Debian Wheezy (stable). Sorry for a newbie
> question.

It would be helpful if you could tell us your emacs and gnus versions.
(M-x emacs-version and M-x gnus-version will print them).

Bye,
Tassilo


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

Re: Confused about registry and pruned entries

[Tassilo Horn]

Teemu Likonen  writes:

Hi Teemu,

> I'm confused with Gnus registry size. There are (at least) two
> variables which control registry's size:
>
>  1. gnus-registry-max-entries
>  2. gnus-registry-max-pruned-entries
>
> The variable 1 _seems_ clear. No more than that number of entries will
> be in the registry. The variable 2 is unclear and the documentation
> makes it worse. In the info manual it says:
>
>  -- Variable: gnus-registry-max-pruned-entries
>  The maximum number (an integer or `nil' for unlimited) of entries
>  the registry will keep after pruning.

I've asked the very same question recently on this group (Message-ID:
<87d2u1d0g4@thinkpad.tsdh.de>), and Ted replied:

  TH> 1) What's `gnus-registry-max-pruned-entries' good for?  Of
  TH> course I've read its docs, but still I have no idea.  What is
  TH> a pruned entry?

  TZ> We prune entries that are disposable, meaning they don't have
  Tz> any keys considered "precious."

Well, honestly that didn't help me either (why keep 'em when they're not
precious?), but since I had a more important question in that posting
that Ted explained me well, I didn't followup on the "pruned entries"
question.

Bye,
Tassilo


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

Re: No Gnus t-shirt for sale

[Tassilo Horn]

Lars Magne Ingebrigtsen  writes:

> Just a few years later than it should have been -- here's the No Gnus
> t-shirt:
>
> http://ingebrigtsen.no/no.php

Finally, just ordered one!

Bye,
Tassilo


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

Re: Some Gnus Registry questions

[Tassilo Horn]

Ted Zlatanov  writes:

> On Thu, 13 Jun 2013 08:08:40 +0200 Tassilo Horn  wrote: 
>
> TH> Ok, so now I've set gnus-registry-track-extra to nil in order to make
> TH> the registry only track message ids.  That works fine for new articles,
> TH> but is there a way to remove the sender, recipients, and subjects from
> TH> old articles that are already contained in the registry?
>
> TH> `gnus-registry-remake-db' looks like it will erase all information, so
> TH> I've not tried that so far.
>
> I have definitely not needed this so far :)
>
> You can probably write it starting with `gnus-registry-remove-ignored'
> for the iteration across all articles and for each article, do something
> like this (untested):
>
> (defun gnus-registry-remove-id-key (id key)
>   (let ((db gnus-registry-db)
> (entry (gnus-registry-get-or-make-entry id)))
> (registry-delete db (list id) nil)
> (setq entry (assq-delete-all key entry))
> (gnus-registry-insert db id entry)
> entry))
>
> where `key' is 'subject for example.  If that works for you, I can add
> both a more generic iteration and the remove function above.

Thanks.  I've come up with this, and it seems to work:

--8<---cut here---start->8---
(defun gnus-registry-remove-extra-data (extra)
  "Remove tracked EXTRA data from the gnus registry.
EXTRA is a list of symbols.  Valid symbols are those contained in
the docs of `gnus-registry-track-extra'.  This command is useful
if you stop tracking some extra data and now want to purge it
from your existing entries."
  (interactive (list (mapcar 'intern
 (completing-read-multiple
  "Extra data: "
  '("subject" "sender" "recipient")
  (when extra
(let ((db gnus-registry-db))
  (registry-reindex db)
  (loop for k being the hash-keys of (oref db :data)
using (hash-value v)
do (let ((newv (cl-remove-if #'(lambda (entry)
 (member (car entry) extra))
 v)))
 (registry-delete db (list k) nil)
 (gnus-registry-insert db k newv)))
  (registry-reindex db
--8<---cut here---end--->8---

However, it didn't shrink the size of the registry that much (reduced
the size by about one fourth).

Anyway, I think it's useful.  Should I add it to gnus-registry.el?  (I
guess I'll have to remove the `cl-remove-if' to stay compatible with
older emacsen...)

Bye,
Tassilo


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

Re: change in default Follow up behaviour?

[Tassilo Horn]

Sivaram Neelakantan  writes:

> My Group Parameters has this; do this affect Follow ups?
>
> ((to-list . "info-gnus-english@gnu.org")
>  (display . 100))

Yes, a `to-list' parameter enables `gnus-mailing-list-mode' in that
group.

,[ (info "(gnus)Group Parameters") ]
| ‘to-list’
|  Address used when doing ‘a’ in that group.
| 
|   (to-list . "s...@where.com")
| 
|  It is totally ignored when doing a followup—except that if it is
|  present in a news group, you’ll get mail group semantics when doing
|  ‘f’.
| 
|  If you do an ‘a’ command in a mail group and you have neither a
|  ‘to-list’ group parameter nor a ‘to-address’ group parameter, then
|  a ‘to-list’ group parameter will be added automatically upon
|  sending the message if ‘gnus-add-to-list’ is set to ‘t’.
| 
|  If this variable is set, ‘gnus-mailing-list-mode’ is turned on when
|  entering summary buffer.
| 
|  See also ‘gnus-parameter-to-list-alist’.
`

> and gnus-mailing-list-mode is a variable defined in `gnus-ml.el'.  Its
> value is nil

Did you check its value in the *Summary* buffer of the corresponding
gmane group?

Bye,
Tassilo

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

Re: change in default Follow up behaviour?

[Tassilo Horn]

Sivaram Neelakantan  writes:

> On this and other newsgroups, I believe a 'F' "follow up", to any
> message would only send it to the newsgroup. It's been so long that I
> don't notice the headers when I do a follow up but only have I noticed
> that it replies to the poster and CCs the list.
>
> Is that how follow ups are supposed to work?

No.  For me `F'/`f' just follows up to the newsgroup.  A wide reply `S
W'/`S w' has the effect you describe.  I think following up becomes wide
reply in groups where `gnus-mailing-list-mode' is active.

Bye,
Tassilo


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

Re: Some Gnus Registry questions

[Tassilo Horn]

Tassilo Horn  writes:

>> TH>I don't use client-side splitting, so I think the only position where
>> TH>I use the registry is for referring articles (^) and gathering
>> TH>threads (A T), right?  And since I also use
>>
>> TH>  (setq gnus-summary-thread-gathering-function
>> TH>'gnus-gather-threads-by-references)
>>
>> TH>I probably don't need the registry tracking subjects, right?
>>
>> Correct.  I wonder if it could figure this out automatically.
>>
>> TH>In the same sense, do I actually need sender and recipient tracking?
>> TH>For article referring and thread gathering, I think only the
>> TH>Message-Id is needed, right?
>>
>> Correct.
>
> Thanks for the confirmation!

Ok, so now I've set gnus-registry-track-extra to nil in order to make
the registry only track message ids.  That works fine for new articles,
but is there a way to remove the sender, recipients, and subjects from
old articles that are already contained in the registry?

`gnus-registry-remake-db' looks like it will erase all information, so
I've not tried that so far.

Bye,
Tassilo


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

Re: Some Gnus Registry questions

[Tassilo Horn]

Ted Zlatanov  writes:

Hi Ted,

> TH> 2) The default value of `gnus-registry-track-extra' is (subject sender
> TH>recipient).  When looking at the gnus registry eioio file, I can see
> TH>that especially the subject tracking is responsible for a very large
> TH>portion.  Now the question is: do I actually need that?
>
> Probably no, if you never search by subject.

I sometimes search by subject, but then it's with nnir on nnimap
groups.

> If you split by subject with the registry, then yes.
>
> TH>I don't use client-side splitting, so I think the only position where
> TH>I use the registry is for referring articles (^) and gathering
> TH>threads (A T), right?  And since I also use
>
> TH>  (setq gnus-summary-thread-gathering-function
> TH>'gnus-gather-threads-by-references)
>
> TH>I probably don't need the registry tracking subjects, right?
>
> Correct.  I wonder if it could figure this out automatically.
>
> TH>In the same sense, do I actually need sender and recipient tracking?
> TH>For article referring and thread gathering, I think only the
> TH>Message-Id is needed, right?
>
> Correct.

Thanks for the confirmation!

Bye,
Tassilo


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

Re: Always wide-reply in some newsgroups

[Tassilo Horn]

Leonidas Tsampros  writes:

Hi Leonidas,

>> Ah, right.  Now I use this:
>>
>> (setq gnus-parameters
>>   `([...]
>>  ;; In Gmane bug list groups, following up should wide reply
>>  (,(rx (or "gmane.emacs.auctex.bugs"
>>"gmane.emacs.bugs"))
>>   (to-list . ""
>>
>
> I do something similar I think. Whenever I have a group that I know
> for sure that mails there are coming from a mailing list, I open a
> message and run M-x gnus-mailing-list-insignuate (or press A M).

Ah, nice, I didn't know this one.

> For example, on cedet-devel, the following group parameter was added:
>
> (to-list . "cedet-de...@lists.sourceforge.net")

For mailing list groups, I have

  (gnus-add-to-list t)

entries in `gnus-parameters'.  This makes Gnus set a `to-list' parameter
automatically when sending the first mail from that group.

> Also pressing  a from that group will add the to-list address in the
> To: field automatically which I find extremely valuable.

Yes, that's very convenient.  But with the two bug report groups, that's
not important, because you never send messages to the lists directly,
but only thru `M-x report-emacs-bug' or `M-x TeX-submit-bug-report'.
Therefore I use only one single `gnus-parameters' entry above with the
empty string as value for `to-list'.

Bye,
Tassilo

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

Re: Always wide-reply in some newsgroups

[Tassilo Horn]

Teemu Likonen  writes:

Hi Teemu,

>> is there a trick to make Gnus always doing wide replies in some
>> newsgroups, also if I press `F' / `f'?
>
> Yes. I use the feature in this very mailing list. I read this through
> Gmane and have the following setting as part of my gnus-parameters:
>
> (".*:gmane\\.emacs\\.gnus\\.user$"
>  (to-list . "info-gnus-english@gnu.org"))

Ah, right.  Now I use this:

--8<---cut here---start->8---
(setq gnus-parameters
  `([...]
;; In Gmane bug list groups, following up should wide reply
(,(rx (or "gmane.emacs.auctex.bugs"
  "gmane.emacs.bugs"))
 (to-list . ""
--8<---cut here---end--->8---

Thanks,
Tassilo


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

Always wide-reply in some newsgroups

[Tassilo Horn]

Hi all,

is there a trick to make Gnus always doing wide replies in some
newsgroups, also if I press `F' / `f'?

The background: I read some bug lists such as

  nntp+Gmane:gmane.emacs.auctex.bugs
  nntp+Gmane:gmane.emacs.bugs

via Gmane.  My muscle memory is wired to `F' for replying to some
article.  However, following-up on an article will make my reply appear
on the bug list, but most probably the reporter of that bug isn't
subscribed to the list and thus won't see my reply.

Bye,
Tassilo


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

Re: Kill certain articles in certain groups all from gnus.el

[Tassilo Horn]

jida...@jidanni.org writes:

> Gentlemen, I wish to
> Kill (so I don't see them) all articles
> that match Subject: /xxx/
> whose group name matches: /yyy/
> and have this all contained within my .gnus.el file for easy maintenance.
>
> I don't want to have 15 identical files one for each group.
>
> I don't want a global kill string that matches every group.
>
> I don't want this stuck in some binary .eld file that I have to fight
> with gnus about who gets to edit it.

This is completely untested, but I think it should do the job.  It
creates a score file /tmp/gnus.score that contains just one entry
assigning to xxx articles a score of -1.  Via gnus-parameters, this
score file will be used in yyy groups only.  Additionally, the expunge
below limit is set to - in those groups so that you don't see the
articles at all.

--8<---cut here---start->8---
(defvar my-gnus-yyy-score-file
  (expand-file-name "gnus.score"
temporary-file-directory))

(with-temp-buffer
  ;; Every article with a Subject containing "xxx" gets a score of -1.
  (insert "((\"subject\" (\"xxx\" -1 nil r)))")
  (write-file my-gnus-yyy-score-file))

(setq gnus-parameters
  `(("yyy" ;; In every group matching "yyy" use the score file generated
   ;; above.
 (score-file . ,my-gnus-yyy-score-file)
 ;; Don't show articles with a score lower than -.
 (gnus-summary-expunge-below -
--8<---cut here---end--->8---

Not sure, maybe there's a better way to do that...

Bye,
Tassilo


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

Re: The Gnus registry could not be loaded from ~/.gnus.registry.eioio, creating a new one

[Tassilo Horn]

Julien Cubizolles  writes:

> I very often see this error message when starting Gnus. It's very
> inconvenient since the registry is then recreated from scratch and
> I've no idea what is going wrong, the error message isn't very
> helpful.
>
> Here is my setup:
> * I run Gnus on two machines mostly unplugged, with gnus-agent-fetch run
> from a cron job
> * I synchronize the ~/Mail and ~/News directories, the ~/.gnus.el
> ~/.gnus.registry.eioio and ~/.gnus.registry.eld on these two machines with 
> unison
>
> Is there any reason why it shouldn't work ?

Are you using two different emacs versions on the two machines?  If so,
it might be that the eieio format used by the registry changed between
those versions.

Bye,
Tassilo


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

Some Gnus Registry questions

[Tassilo Horn]

Hi all,

lately I was wondering why emacs increased from taking up 1.4% of my
memory to nearly 5% just immediately after starting Gnus.  By using
Stefan Monnier's excellent memory-usage.el package (especially
`memory-usage-find-large-variables') I was quickly able to identify that
`gnus-registry-db' was the culprit.

So now I've set `gnus-registry-max-entries' to 1 (from nil), which
has shrunken its size about a factor 5.  Thereby, some questions
wrt. the registry came to my mind.

1) What's `gnus-registry-max-pruned-entries' good for?  Of course I've
   read its docs, but still I have no idea.  What is a pruned entry?

2) The default value of `gnus-registry-track-extra' is (subject sender
   recipient).  When looking at the gnus registry eioio file, I can see
   that especially the subject tracking is responsible for a very large
   portion.  Now the question is: do I actually need that?

   I don't use client-side splitting, so I think the only position where
   I use the registry is for referring articles (^) and gathering
   threads (A T), right?  And since I also use

 (setq gnus-summary-thread-gathering-function
   'gnus-gather-threads-by-references)

   I probably don't need the registry tracking subjects, right?
   
   In the same sense, do I actually need sender and recipient tracking?
   For article referring and thread gathering, I think only the
   Message-Id is needed, right?

Bye,
Tassilo


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

Re: Assign auto CC using group parameters

[Tassilo Horn]

Harry Putnam  writes:

> How can I make any messages generated inside a specific group have a
> CC addressed to a specific address?
>
> Something along the line of (Using "G p"):
> ((to-address . "some...@somewhere.net"))
>
> I tried the obvious thing: 
> ((to-address . "some...@somewhere.net")
>  (cc-address . "someone-e...@somewhere.net"))
>
> No soap.

You can add a posting style entry in `G p', too.  Something like

  (posting-style
("Cc" "b...@company.com"))

Or add a similar entry to `gnus-posting-styles'.

Bye,
Tassilo


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

Re: defining external http viewer for GNUS

[Tassilo Horn]

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

>> Ok, I see.  I think this should do the trick (untested):
>>
>> (add-to-list 'mm-text-html-renderer-alist
>>   '(conqueror mm-inline-render-with-file
>>   nil "conqueror" file))
>> (setq mm-text-html-renderer 'conqueror)
>>
>> Then, `K H' should open conqueror with the mail.
>
> Thanks a lot - we are getting somwhere - the message is opened in
> conkeror (spelling error in my original email), but always. Which
> makes sense, as mm-text-html-renderer specifies how html emails should
> be rendered.

Ah, right.

> I would very much prefer the K H approach, where the mai is displayed
> in emacs, and that I can open it in the external renderer (conkeror).

Ok, next try.

--8<---cut here---start->8---
(add-to-list 'mm-text-html-renderer-alist
 '(conkeror mm-inline-render-with-file
nil "conkeror" file))

(defun rainers-gnus-article-browse-html-article (&optional arg)
  "Like `gnus-article-browse-html-article', but open the mail
with conkeror instead of the default web browser."
  (interactive "P")
  (let ((mm-text-html-renderer 'conkeror))
(gnus-article-browse-html-article arg)))

(gnus-define-keys (gnus-summary-mime-map "K" gnus-summary-mode-map)
  "H" rainers-gnus-article-browse-html-article)
--8<---cut here---end--->8---

I've tried it, but when I hit `K H' the mail is opened in my default
browser (chromium) instead of conkeror (I actually replaced conkeror
with firefox above, because I don't have conkeror installed).

What's strange is that `mm-inline-render-with-file' is never called.  I
wanted to edebug it, but when I do `K H' I'm not put into the edebugger.
I'm not sure what I'm doing wrong...

Bye,
Tassilo

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

Re: defining external http viewer for GNUS

[Tassilo Horn]

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

Hi Rainer,

>> Is this what you are looking for?
>
> Not exactly. I can open the article in an external viewer, but it is
> always the external viewer as defined in emacs. I use
>
> (setq browse-url-browser-function 'browse-url-generic
>   browse-url-generic-program "x-www-browser")
>
> to define my external browser and I only would like to be able to open
> html mails in a different browser (conqueror or dillo) as this will be
> uch faster them chromium which is my normal x-www-browser (and I want
> to keep chromium for normal browsing).

Ok, I see.  I think this should do the trick (untested):

--8<---cut here---start->8---
(add-to-list 'mm-text-html-renderer-alist
 '(conqueror mm-inline-render-with-file
 nil "conqueror" file))
(setq mm-text-html-renderer 'conqueror)
--8<---cut here---end--->8---

Then, `K H' should open conqueror with the mail.

Bye,
Tassilo

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

Re: defining external http viewer for GNUS

[Tassilo Horn]

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

Hi Rainer,

> I would like to use an external viewer (conqueror) to view html emails
> from time to time, but I would not like to change my emacs default
> viewer (x-www-browser). Is there a way of defining one (conqueror in
> my case) only for gnus?

Is this what you are looking for?

,[ C-h k K H ]
| gnus-article-browse-html-article is an interactive compiled Lisp function in
| `gnus-art.el'.
| 
| (gnus-article-browse-html-article &optional ARG)
| 
| View "text/html" parts of the current article with a WWW browser.
| Inline images embedded in a message using the cid scheme, as they are
| generally considered to be safe, will be processed properly.
| The message header is added to the beginning of every html part unless
| the prefix argument ARG is given.
| 
| Warning: Spammers use links to images (using the http scheme) in HTML
| articles to verify whether you have read the message.  As
| `gnus-article-browse-html-article' passes the HTML content to the
| browser without eliminating these "web bugs" you should only
| use it for mails from trusted senders.
| 
| If you always want to display HTML parts in the browser, set
| `mm-text-html-renderer' to nil.
| 
| This command creates temporary files to pass HTML contents including
| images if any to the browser, and deletes them when exiting the group
| (if you want).
`

Bye,
Tassilo


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

Re: Colouring diff-part of an email

[Tassilo Horn]

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

Hi Adam,

> Has anyone written something that will colour an inline diff in an
> email?

Not sure, but I think Gnus can already do highlighting of org-mode style
source code blocks like the following:

#+BEGIN_SRC diff
+Some text added
-Some text deleted 
+Some more text added
#+END_SRC

Not sure if that does obey `org-src-fontify-natively' (which should be
set to t), though.  Well see when we receive this very mail.

Bye,
Tassilo


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

Re: Newline disappears (not sure if Gnus or Emacs fault)

[Tassilo Horn]

Sergio Durigan Junior  writes:

Hi Sergio,

> The problem: Gnus (or Emacs) is eating some newline characters in
> messages.  This happens particularly often with hyperlinks, but
> yesterday it happened inside an inlined patch in a message.

I'd rather say it's the fault of the email client of the mail's sender
which probably uses "format=flowed".  Have a look at 

,[ git-format-patch(1) ]
|   By default, Thunderbird will both wrap emails as well as
|   flag them as being format=flowed, both of which will make
|   the resulting email unusable by git.
`

The same applies not just to Thunderbird, but probably to most graphical
mail clients in use today.  So either the sender should disable that
somehow, or attach patches as attachment instead of inline.

Bye,
Tassilo


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

Re: gnus & auto-fill-mode

[Tassilo Horn]

Gijs Hillenius  writes:

>> So probably the problem is somewhere else.  May we have a look at
>> "your own text mode".
>
> yah, of course. 
>
> (define-derived-mode my-text-mode
>   text-mode "Text"
>   "Modified text-mode, includes longlines-mode and flyspell-mode"
>   (visual-line-mode 1)
>   (flyspell-mode 1)
>   ;; loading Cecil's modeline
>   (load "modeline.el")
>   (dolist (hook '(text-mode-hook))
> (add-hook hook (lambda()
>(setq mode-line-types (vector "words" "chars"))

And I guess you have an entry ("\\.te?xt\\'" . my-text-mode) in
`auto-mode-alist', right?

Anyway, I don't see how that could enable `auto-fill-mode' globally.
The only way to enable auto-filling globally seems to be

  (setq-default auto-fill-function 'do-auto-fill)

and I guess you're not doing that, right?

Hm, another idea: Is `auto-fill-mode' *really* enabled, or is it just
that there's a Fill in the mode-line?  The latter could be a problem
with the modeline.el you're loading.

To check if `auto-fill-mode' is really enabled in a buffer, do:

,[ C-h k C-h m ]
| C-h m runs the command describe-mode, which is an interactive compiled Lisp
| function in `help.el'.
| 
| It is bound to C-c ?, C-h m,  m,  m,  
|  .
| 
| (describe-mode &optional BUFFER)
| 
| Display documentation of current major mode and minor modes.
| A brief summary of the minor modes comes first, followed by the
| major mode description.  This is followed by detailed
| descriptions of the minor modes, each on a separate page.
| 
| For this to work correctly for a minor mode, the mode's indicator
| variable (listed in `minor-mode-alist') must also be a function
| whose documentation describes the minor mode.
| 
| If called from Lisp with a non-nil BUFFER argument, display
| documentation for the major and minor modes of that buffer.
`

At the top of the *Help* buffer, it'll enumerate all enabled minor
modes.

Bye,
Tassilo


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

Re: gnus & auto-fill-mode

[Tassilo Horn]

Sergio Durigan Junior  writes:

>> What can I do to avoid this 'contagion' of auto-fill-mode?
>
> Maybe try setting `message-fill-column' to nil?

That would disable `auto-fill-mode' in message-mode buffers.  The
enabling of `auto-fill-mode' in message-mode buffers shouldn't have any
effect on other modes, and it doesn't have for me.

So probably the problem is somewhere else.  May we have a look at "your
own text mode".

Viele Grüße,
Tassilo


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

Re: gnus-notify.el is not work on Emacs24.2

[Tassilo Horn]

yanglm  writes:

> Error message is below
> invalid function : gnus-group-unread 

The error message indicates that `gnus-group-unread' (which is a macro)
is called like a function.  Glancing at the gnus-notify.el code at

  http://www.emacswiki.org/emacs/gnus-notify.el

I can't see where this happens.

Could you do M-x toggle-debug-on-error RET and then trigger the problem
again?  You'll get a *backtrace* buffer that will help to spot the
problem.

> who can fix it!

Probably the gnus-notify.el author.  His name and email address are
listed in the file.

Bye,
Tassilo

BTW: Very new, not yet released Gnus/Emacs versions have a
gnus-notifications.el that provides about the same features.  You might
want to switch to that once emacs 24.3 has been released.


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

Re: Sometimes problem when posting to aioe

[Tassilo Horn]

Cecil Westerhof  writes:

> I use the aioe newsserver. Sometimes I get:
> nntp (news.aioe.org) open error: ''.  Continue? (y or n)
>
> The only way to keep reading and sending news is to change:
> (setq gnus-select-method '(nntp "news.aioe.org"))
> to:
> (setq gnus-select-method '(nntp "nntp.aioe.org"))

So news.aioe.org redirects to nntp.aioe.org, but that's sometimes
broken?

> This works with one very important hitch: I lose all my marks.

You should have separated the server name from its address:

  (setq gnus-select-method '(nntp "aioe.org"
  (nntp-address "news.aioe.org")))

Then the server name was aioe.org (and that's important for marks and
stuff), and you could always change the nntp-address.  It'll still be
the same server, and all marks would still work.

But thinking about it, you should be able to use

(setq gnus-select-method '(nntp "news.aioe.org"
(nntp-address "nntp.aioe.org")))

Then your server's still called news.aioe.org, but the address is the
(hopefully) reliable nntp.aioe.org.

Bye,
Tassilo


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

Re: gnus-no-server and startup level

[Tassilo Horn]

Jarmo Hurri  writes:

>> But that `gnus-no-server' is concerned with levels at all doesn't
>> seem right.  Why should I want to use a different level with
>> `gnus-no-server' than with `gnus'?
>
> I think they give the explanation here:
>
> http://comments.gmane.org/gmane.emacs.gnus.general/11479
>
> That is, for historical reasons: it seems that a large number of users
> are used to reading their mail this way.

Well, ok, now it's 15 years later.  Maybe we should take another stab at
separating "don't contact servers" from "show only this level".  At
least I agree very much with Dan Christensen's suggestions.

(But my vote shouldn't count too much.  I almost never use
gnus-no-server.)

Bye,
Tassilo


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

Re: gnus-no-server and startup level

[Tassilo Horn]

Jarmo Hurri  writes:

> Problem solved: I needed to setq the value of the variable in my
> .emacs-file, not in any hooks or in .gnus.

Indeed.  Gnus loads the `gnus-init-file' after `gnus-no-server-1'...

> But I would still appreciate the addition to the manual. And perhaps
> somebody telling me if there is a better way to achieve what I have
> done: playing with gnus-level-default-subscribed seems a bit weird to
> me.

That's what I would have suggested you.

But that `gnus-no-server' is concerned with levels at all doesn't seem
right.  Why should I want to use a different level with `gnus-no-server'
than with `gnus'?

Bye,
Tassilo


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

Re: End of file during parsing, single newsgroup

[Tassilo Horn]

William Gardella 
writes:

>>> Before trying to enter that group, do M-x toggle-debug-on-error RET
>>> and post the backtrace here.
>>
>> This is what I got:
>>
>> Debug on Error enabled globally
>> Retrieving newsgroup: rec.arts.sf.written...
>> Fetching headers for rec.arts.sf.written...
>> byte-code: End of file during parsing
>> Commands: d, s, x, u; f, o, 1, 2, m, v; ~, %; q to quit; ? for help.
>>
>> At the moment it looks like no clear message from the debugger,or it
>> is not entering it given the Commands line.

Strange.  What does it say when you hit `?'?

> Could the "end of file during parsing" be corruption in the
> ~/.newsrc.eld file?  That's my only (possibly pretty far-fetched)
> guess.

I think, if it was corrupted it would error as soon as gnus tries to
read it the first time and not only with this one specific group.

Some more guesses:

  - Do you have (gnus-compile) in your ~/.gnus.el?  If so, comment it
out and restart emacs.  Fire up Gnus, do something and hit `s' in
*Group* so that it saves the ~/.newsrc.eld.  Restart emacs and gnus
and try to enter rec.arts.sf.written.  I think, you still get an
error but maybe a bit more informative.

  - Do you have a special gnus-summary-line-format set for that group,
e.g., via gnus-parameters?  Maybe that's somehow broken?

  - Did you use a newer version of emacs once?  If so, maybe the
(gnus-compile) compiled something in ~/.newsrc.eld to byte-code
that's not understood by emacs 22.

Bye,
Tassilo


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

Re: End of file during parsing, single newsgroup

[Tassilo Horn]

Stephen Harker  writes:

Hi Stephen,

> Retrieving newsgroup: rec.arts.sf.written...
> Fetching headers for rec.arts.sf.written...
> byte-code: End of file during parsing

Before trying to enter that group, do M-x toggle-debug-on-error RET and
post the backtrace here.

Bye,
Tassilo


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

Confusion about headers I can score on

[Tassilo Horn]

Hi all,

I'm a bit confused about the meaning and effects of what header I chose
to score on with `I' and `L'.  Basically, I almost always want to say:
score (up/down) the article at point and all followups (also future
followups) recursively, i.e., the (sub)thread whose root is the article
at point.

Guessing by the name, I've thought `I t ...' and `I T', that is, score
on thread, is what I want.  But it isn't.  When I do `I T' on some
article, exit and reenter the summary, it's score is only adapted by my
adaptive scoring rules, so its score changes +/-5, but not +/-1000 as
said by `gnus-score-interactive-default-score'.

So how do I do what I want?

And another thing.  Does scoring on followups have a different semantics
with interactive and adaptive scoring?  At least the docs say so:

,[ (info "(gnus)Summary Score Commands") ]
| `f'
|   Score on followups--this matches the author name, and adds
|   scores to the followups to this author.  (Using this key
|   leads to the creation of `ADAPT' files.)
`

Whereas:

,[ (info "(gnus)Adaptive Scoring") ]
|The headers you can score on are `from', `subject', `message-id',
| `references', `xref', `lines', `chars' and `date'.  In addition, you
| can score on `followup', which will create an adaptive score entry that
| matches on the `References' header using the `Message-ID' of the
| current article, thereby matching the following thread.
`

Bye,
Tassilo


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

Re: Scoring

[Tassilo Horn]

Tassilo Horn  writes:

>> It is bad to have adaptive scoring that overwrite user setting with
>> probably have high height in most cases.
>
> Thanks for confirming that there's indeed some problem here.  I'll go
> and ask on the development list.
>
> And the hint with `V t' to check how a score is computed also confirms
> the issue.  For the thread I wanted to score manually, `V t' only shows
> score contributions from adaptive scoring rules.

No, I was wrong.  There's indeed a scoring entry from my manual scoring
intervention.  It just happens that scoring on `thread' (`I T') seems to
mean something different than what I've expected.

I'll open a new, more specific thread.

Bye,
Tassilo


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

Re: Scoring

[Tassilo Horn]

Oleksandr Gavenko  writes:

Hi Oleksandr,

>> Incidentally, my adaptive scoring rules add the score 5 to read
>> messages.  So can it be that adaptive scoring overrides my manual
>> score changes?
>
> Currently I have trapped to same issue. Look for response to me:
>
>   http://permalink.gmane.org/gmane.emacs.gnus.general/82354
>
>   The usual reason for score not working as expected is that there is a
>   different rule that lowers or rises the score.  Could eg. be a rule on
>   the subject that classifies it as something you don't want to see.
>
> I use adaptive scoring:
>
>   ;; .emacs
>   (setq gnus-default-adaptive-score-alist
>   '(
> (gnus-unread-mark)
> (gnus-ticked-mark (subject 100))
> (gnus-dormant-mark (subject 100))
>
>   ;; ~/.gnus/score/all.SCORE
> ("from"
>  ("gavenkoa" 200 nil s))
>
> and instead of getting 200 point for my articles I have 100 point as I
> previously (so I reload Gnus and Emacs) mark some articles in thread
> with same subject...
>
> It is bad to have adaptive scoring that overwrite user setting with
> probably have high height in most cases.

Thanks for confirming that there's indeed some problem here.  I'll go
and ask on the development list.

And the hint with `V t' to check how a score is computed also confirms
the issue.  For the thread I wanted to score manually, `V t' only shows
score contributions from adaptive scoring rules.

Bye,
Tassilo


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

Scoring

[Tassilo Horn]

Hi all,

I use adaptive scoring for years, but now I wanted to upscore one thread
manually, too.  So I've hit `I T RET' in the summary with point on that
thread, but `V S' on it after reentering the summary shows that it was
only scored up 5 "dollars", not 1000 as suggested by the docstring of
`gnus-score-interactive-default-score'.

Incidentally, my adaptive scoring rules add the score 5 to read
messages.  So can it be that adaptive scoring overrides my manual
score changes?

Bye,
Tassilo


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

Re: Show group for article found via search?

[Tassilo Horn]

Andrew Cohen  writes:

> You can have the original group displayed in the summary line. Check
> out the nnir customization node in the info file.

Hey, cool!  Thanks for the pointer.

Bye,
Tassilo


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

Re: Show group for article found via search?

[Tassilo Horn]

"Loris Bennett"  writes:

> [mail]
>   [general]
> nnimap+mail.my.provider.com:INBOX 
> nnimap+mail.my.provider.com:sent 
>   [work]
> nnimap+mail.my.provider.com:this 
> nnimap+mail.my.provider.com:that 
> nnimap+mail.my.provider.com:theother 
>   [private]  
> nnimap+mail.my.provider.com:friends 
> nnimap+mail.my.provider.com:family  
> [news]
>   ...
>
> If I use G G on a topic to search for a message and get several
> results, is there a way to find out which folder each message found is
> in?

I think, there's no way to see that information from the nnir search
results summary.  But you can "warp" to any article found in its
originating group:

,[ (info "(gnus)Basic Usage") ]
|The `nnir' group made in this way is an `ephemeral' group, and some
| changes are not permanent: aside from reading, moving, and deleting,
| you can't act on the original article. But there is an alternative: you
| can _warp_ to the original group for the article on the current line
| with `A W', aka `gnus-warp-to-article'. Even better, the function
| `gnus-summary-refer-thread', bound by default in summary buffers to `A
| T', will first warp to the original group before it works its magic and
| includes all the articles in the thread. From here you can read, move
| and delete articles, but also copy them, alter article marks, whatever.
| Go nuts.
`

Bye,
Tassilo


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

Re: How to limit to a topic?

[Tassilo Horn]

Leo  writes:

Hi Leo,

> Does gnus have this feature allowing one to limit to a topic in the
> group buffer and subsequently `g' will fetch only groups in the topic?

No, I think limiting is not supported in *Group*, but of course you can
collapse all other topics.  And you can check for new messages in a
topic using `M-x gnus-topic-get-new-news-this-topic RET'.

Bye,
Tassilo


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

Re: Changing Subject prefix of a forwarded mail

[Tassilo Horn]

wahjava...@gmail.com (Ashish SHUKLA) writes:

Hi!

> I'm wondering if there is any way to change the subject prefix of the
> forwarded email in Gnus, so that email with Subject "Hi!" from "User"
> looks like "Fwd: Hi!"  instead of "[User] Hi!".

Sure, have a look at:

,[ C-h v message-make-forward-subject-function RET ]
| message-make-forward-subject-function is a variable defined in `message.el'.
| Its value is message-forward-subject-name-subject
| 
|   This variable is potentially risky when used as a file local variable.
| 
| Documentation:
| *List of functions called to generate subject headers for forwarded messages.
| The subject generated by the previous function is passed into each
| successive function.
| 
| The provided functions are:
| 
| * `message-forward-subject-author-subject' Source of article (author or
|   newsgroup), in brackets followed by the subject
| * `message-forward-subject-name-subject' Source of article (name of author
|   or newsgroup), in brackets followed by the subject
| * `message-forward-subject-fwd' Subject of article with 'Fwd:' prepended
|   to it.
`

You want the last one.

Bye,
Tassilo


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

Re: unable to connect to server

[Tassilo Horn]

prad  writes:

> does the gmane server become inaccessible from time to time?

I had some similar issues with gmane lately, too.  Sometimes it just
wasn't accessible for 10 or 15 minutes.

Bye,
Tassilo


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

Re: gnus-summary-line-format when using non-fixed width font?

[Tassilo Horn]

moabi2000  writes:

> Using a non-monospaced font makes reading mail and news far easier.

That's very subjective, but if it is for you it's fine with me. :-)

> However, it makes the summary line look awful since you can't just pad
> with spaces to make the date, author and subject line up. The arrows
> used for threads don't line up either.
>
> Is there any way to make things line up in the summary buffer when
> using a non-monospace font?

Sure.  All things that should line up should be specified first in the
summary line format using a monospaced font, and all other things should
be appended with whatever font you prefer.

For example, take that one:

  "%1{%U%R┃%(%-23,23f%)┃ %*%B %}%2{%s}\n"

Every format spec surrounded by %1{...} will be fontified using the
gnus-face-1 face, and everything surrounded by %2{...} with gnus-face-2.
You may use as many different faces as you like.

Then you can M-x customize-face RET gnus-face-1 RET to some monospaced
font, and gnus-face-2 used for the subject of messages to some
proportional font.

Bye,
Tassilo


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

Re: Unicode(?) / display problems

[Tassilo Horn]

Gary  writes:

>>> Could you try to reproduce the issue with emacs in some other
>>> terminal emulator instead of the one you are currently using?
>>
>> Interesting. Yes, I did try it, and yes, it seemed to work okay. It
>> may be something to do with my setup, or it may be mintty.
>
> Well, when I said "okay", I actually mean I see a line of question
> marks instead of the name, bu that's acceptable. The important thing
> is that the display doesn't get garbled.
>
> I can't tell if emacs in the mintty displays the exported file
> correctly, but the name looks like this:
> =?koi8-r?B?7cXM2M7Jy8/XIOHS1MXN?=

That's just some ASCII encoded version of what the email client should
actually display.

> And it looks identical via cat, less, and perhaps more significantly,
> within the alternative tty I am using to write this, so I would guess
> it *is* being displayed correctly in my normal emacs environment
> too. The question is, why does it display differently when using gnus
> in one tty to another, and why okay within emacs and not within gnus?

I'm really no expert with respect to encodings and how those have to be
displayed, and what might happen if the declared encoding doesn't match
the contents of the mail.

Probably, if that mail is not confidential, you should write a bug
report using M-x gnus-bug RET and attach the problematic mail.

Bye,
Tassilo


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

Re: How to search emails in Gnus?

[Tassilo Horn]

Marius Hofert  writes:

Hi Marius,

>>   C-u G G ON "17-Aug-2011" RET imap RET
>>   
>> 
>> The underlined thingy is the actual search query.  ON 
>> gives you all messages registered at the imap server at that date.
>> For more IMAP search capabilities, have a look at the spec:
>> 
>>   http://tools.ietf.org/html/rfc1730#section-6.4.4
>
> One more question: How do you know how the date format looks like?
> Apparently it matters, I tried "2012-08-17" (international date
> format) and it didn't work.

Yes, that's a bit annoying.  IMAP doesn't specify the date format on its
own (AFAICS), but if references the standard email spec at several
places.  That defines the date format here:

  http://tools.ietf.org/html/rfc822#section-5.1

But according to that spec it should by "17 Aug 2012" which doesn't work
for me.  I have to replace the spaces with hyphens.  Well, in the end
googling for "imap search examples" shows you the right syntax.

BTW, I accidentally referenced an obsole spec.  The current version is
here:

  http://tools.ietf.org/html/rfc2060#section-6.4.4

Bye,
Tassilo


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

Re: Unicode(?) / display problems

[Tassilo Horn]

Gary  writes:

>> Could you try to reproduce the issue with emacs in some other
>> terminal emulator instead of the one you are currently using?
>
> Interesting. Yes, I did try it, and yes, it seemed to work okay. It
> may be something to do with my setup, or it may be mintty.

I think it looks like a problem with mintty.

>> And what happens when you put the "odd" characters into some file and
>> find that from within emacs?  Also garbage?  And what if you cat the
>> file, or open it with less?
>
> I'm not sure what you mean... Oh. You mean somehow export the article
> to a file, and then visiting that file with emacs?

Yes, exactly that.  You can do that when you open the article with gnus
and then do `O f ~/the-article.txt RET'.

And also you might want to test it without emacs using

  $ less the-article.txt

and

  $ cat the-article.txt

on the command line.  If the terminal emulator has strange display
issues afterwards, then it's its fault.

Bye,
Tassilo


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

Re: How to search emails in Gnus?

[Tassilo Horn]

Marius Hofert  writes:

> I recently realized that I have (require 'nnir) in my ~/.gnus.el but I
> am missing some nnir-related functions.

Basically, there's only one user-frontend function:
gnus-group-make-nnir-group bound to `G G' in *Group*.

> Do I have to download nnir.el and load it or should it come/be
> installed with Gnus by default?

It comes with Gnus.  You don't even need to configure anything for
searching IMAP and Gmane groups.

> How do you search for Mails at a specific date, e.g., 2012-03-04?  I
> tried it with C-u G G, then DATE and "2012-03-04", but it didn't work.

I assume you're searching an IMAP group.  In that case, you can use the
IMAP SEARCH language directly.

  C-u G G ON "17-Aug-2011" RET imap RET
  

The underlined thingy is the actual search query.  ON  gives you
all messages registered at the imap server at that date.  For more IMAP
search capabilities, have a look at the spec:

  http://tools.ietf.org/html/rfc1730#section-6.4.4

Bye,
Tassilo


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

Re: Unicode(?) / display problems

[Tassilo Horn]

Gary  writes:

> It seems that when gnus comes across some "odd" characters in the name
> of an article's author, the display goes screwy, and that continues
> even when I leave the group (see http://i.imgur.com/vWtfU.jpg for an
> example of what I mean - and no, I don't mean the deliberately blurred
> area!)

I don't think that's a Gnus issue, and maybe even not even an emacs
issue.

Could you try to reproduce the issue with emacs in some other terminal
emulator instead of the one you are currently using?

And what happens when you put the "odd" characters into some file and
find that from within emacs?  Also garbage?  And what if you cat the
file, or open it with less?

Bye,
Tassilo


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

Re: How to search a recently read mail

[Tassilo Horn]

Rasmus  writes:

Hi Rasmus,

> nnir is also quick unless the whole body is search (the default).

That depends on the nnir backend and also server capabilities.  For
example, searching Gmane groups is very fast.

Searching IMAP groups is usually not fast if you do a full-text search,
because most IMAP mail providers only maintain search indexes for from,
to, and subject.  However, full-text searches on my Gmail IMAP account
are very fast, so I suspect they maintain some kind of full-text index.
And for Dovecot, there is also some full-text search plugin (FTS) you
can easily setup if you run a local dovecot.

nnir also supports several search engines for local mail, e.g., notmuch
or namazu, but I have no experiences with those.

Bye,
Tassilo


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

Re: Keeping copies of posted articles

[Tassilo Horn]

Gary  writes:

Hi Gary,

> Is there any way to configure gnus to save atricles I send?

Yes.  Have a look at the docs.

,[ (info "(gnus)Archived Messages") ]
| Gnus provides a few different methods for storing the mail and news you
| send.  The default method is to use the "archive virtual server" to
| store the messages.
`

Another related topic is the `gcc-self' group parameter.  I use it in
such a way that in all my IMAP mail groups (except for mailing list
groups), mails I write automatically end up in the group I wrote from.
For mailing list groups, I've set gcc-self to something like
"nnimap+Account:Sent", so that my mails are stored in that account's
sent mail folder.

,[ (info "(gnus)Group Parameters") ]
| `gcc-self'
|  If `(gcc-self . t)' is present in the group parameter list, newly
|  composed messages will be `Gcc''d to the current group.  If
|  `(gcc-self . none)' is present, no `Gcc:' header will be
|  generated, if `(gcc-self . "string")' is present, this string will
|  be inserted literally as a `gcc' header.  This parameter takes
|  precedence over any default `Gcc' rules as described later (*note
|  Archived Messages::), with the exception for messages to resend.
| 
|  *Caveat*: Adding `(gcc-self . t)' to the parameter list of `nntp'
|  groups (or the like) isn't valid.  An `nntp' server doesn't accept
|  articles.
`

HTH,
Tassilo


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

Re: How to search a recently read mail

[Tassilo Horn]

F. Durand  writes:

> So do you guys know how to do that ? Or am i the only one searching
> into recently read mail ?

I do that frequently using nnir on IMAP accounts.  Most IMAP servers
index at least the subjects, to, and from headers of all messages, so
searches like

  C-u G G Gnus RET subject RET

will give me all messages containing Gnus in the subject in a fraction
of a second (ok, maybe it's a second).

And you can even use the IMAP search command language directly.  E.g.,
this would give me all messages about Gnus related messages I've sent to
or got from Hugo in the period between 17th August 2011 and 1st June
2012.

  C-u G G SUBJECT "Gnus"
  (OR FROM "hugo@some.domain"
  TO   "hugo@some.domain")
  SINCE  "17-Aug-2011"
  BEFORE "01-Jun-2012"
  RET imap RET

It seems, `M-x gnus-group-make-nnir-group' happens to work also in
summary buffers.  It's just not bound to a key by default.

Bye,
Tassilo


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

Re: How to create/add-to-existing headers in a posting style?

[Tassilo Horn]

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

> Note that I am using Group Parameters on the group in question rather
> than setting the gnus-parameters variable.

Shouldn't make a difference.

> After factorying out the lambda to a named function I did
> toggle-debug-on-error and got this backtrace:

Hm, I can't reproduce the error.  But now I know that this approach
won't work anyway. :-(

The reason is that the new value of message-mode-hook is buffer-local to
the specific summary buffer of the group you've specified the parameters
for.  But ouf course, the new value has to be local in the new buffer
where you write your message just before message-mode is activated.

I don't have a clue how to do that...

Bye,
Tassilo


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

Re: How to create/add-to-existing headers in a posting style?

[Tassilo Horn]

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

>> An existing variable in group parameters will be automagically be
>> made local in the corresponding summary buffer.
>
> Hm, I can't make it work, though; I get this error in *Messages*:
>
>   let: Symbol's value as variable is void: bbdb-insinuate-message

Hm, do you have a backtrace?

> The value of message-setup-hook is (asjo-add-now-playing-header
> bbdb-insinuate-message), which works fine.
>
> Maybe I messed up the group parameters somehow...

Hm, basically it looks good to me.  But it might be a good idea to make
that huge lamba an own function.

--8<---cut here---start->8---
(defun my-gnus-add-special-cc ()
  (save-excursion
(message-goto-cc)
(when (not (string-match "reallyreallyimport...@example.org"
 (buffer-substring-no-properties
  (line-beginning-position)
  (line-end-position
  (when (not (= (- (point)
   (line-beginning-position))
4))
(insert ", "))
  (insert "reallyreallyimport...@example.org"

(setq gnus-parameters
  '(("that\.special\.group"
 (message-setup-hook
   (append message-setup-hook
   '(my-gnus-add-special-cc))
--8<---cut here---end--->8---

Bye,
Tassilo


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

Re: How to create/add-to-existing headers in a posting style?

[Tassilo Horn]

Tassilo Horn  writes:

> I think, there's no way to do it that way.
  ^^^
Of course, that should have been "there's no *need* to do it that way".

Bye,
Tassilo


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

Re: How to create/add-to-existing headers in a posting style?

[Tassilo Horn]

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

>> Another approach was to use gnus-parameters to add your
>> append-hugo-in-cc function to message-header-hook (or
>> message-header-setup-hook?) locally for this group.
>
> How do I add it locally? Ah, add-hook has a LOCAL parameter. Hm. Let's
> see if I can figure this out...

I think, there's no way to do it that way.  An existing variable in
group parameters will be automagically be made local in the
corresponding summary buffer.  So something like

 ("my\.special\.group"
   (message-setup-hook
 (append message-setup-hook
 (list (lambda () ...)

Probably, you can just use cons instead of append.  But I wan't sure if
your function maybe needs something that's setup by some other function
in message-setup-hook that needs to run earlier therefore.

> Which kind of works; the only problem with this is, that it leaves an
> empty header "X-Add-To-Cc" in the buffer, which is ugly - but I
> couldn't figure out how to have my function run without adding a
> header...

The above should omit this header creation.

Bye,
Tassilo


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

Re: How to create/add-to-existing headers in a posting style?

[Tassilo Horn]

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


>> So it seems you can have an posting style entry like that
>
>>   (Cc (save-excursion
>> (message-goto-cc)
>> (concat "theboss@company.invalid"
>> (buffer-substring-no-properties
>>   (point) (line-end-position)))
>
>> Totally untested, of course.
>
> It fails with:
>
>   message-position-on-field: Search failed: "^--text follows this line--$"
>
> in an empty buffer, so I guess it runs at a different time than
> expected?

Yes, seems so.  Another approach was to use gnus-parameters to add your
append-hugo-in-cc function to message-header-hook (or
message-header-setup-hook?) locally for this group.

Bye,
Tassilo


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

Re: How to create/add-to-existing headers in a posting style?

[Tassilo Horn]

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

Hi Adam,

> I have a group parameter set on a group where I set cc to something.
>
> This overwrites any Cc that is added by a wide reply in that group,
> which isn't quite what I want.
>
> Is there a way to have the posting style add to the Cc-list if a
> Cc-header already exists, and otherwise create it?

,[ (info "(gnus)Posting Styles") ]
|Each style may contain an arbitrary amount of "attributes".  Each
| attribute consists of a `(NAME VALUE)' pair.  In addition, you can also
| use the `(NAME :file VALUE)' form or the `(NAME :value VALUE)' form.
| Where `:file' signifies VALUE represents a file name and its contents
| should be used as the attribute value, `:value' signifies VALUE does
| not represent a file name explicitly.  The attribute name can be one of:
| 
|The attribute name can also be a string or a symbol.  In that case,
| this will be used as a header name,[...]
| 
|The attribute value can be a string, a function with zero arguments
| (the return value will be used), a variable (its value will be used)
| or a list (it will be `eval'ed and the return value will be
| used).
`

So it seems you can have an posting style entry like that

  (Cc (save-excursion
(message-goto-cc)
(concat "theboss@company.invalid"
(buffer-substring-no-properties
  (point) (line-end-position)))

Totally untested, of course.

Bye,
Tassilo


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

Re: Deficient thread sorting in summary view

[Tassilo Horn]

Eric Abrahamsen  writes:

Hi Eric,

> No, I'm an idiot. It was a red herring -- looking at the wrong groups
> at the wrong time. The actual problem seems to be that thread sorting
> works correctly in all groups except my "mail.*" groups. Works right
> in nnmairix groups and my nntp groups, but not mail.anything.

I think, Gnus doesn't do anything different when sorting mail summaries
or other summaries.  The only explanation I can think of is that you've
set Group or Topic Parameters overriding some sorting variables for a
certain set of groups.

Depending on how you've customized them, the settings could be either in
your ~/.emacs, your ~/.gnus.el, or in ~/.newsrc.eld.  Could you please
grep those files for "sort"?

Well, you already told us that `C-h v gnus-thread-sort-functions' inside
a summary buffer had the correct value.  But were you completely sure
that you did that in one of your mail.* group where the sorting is not
as you like?

Bye,
Tassilo


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

Re: Deficient thread sorting in summary view

[Tassilo Horn]

Eric Abrahamsen  writes:

Hi Eric,

> Now the remaining, minor mystery is, what's the difference between
> this in my .emacs:
>
> (custom-set-variables
>  '(gnus-thread-sort-functions
>   (quote (gnus-thread-sort-by-number
>   (not gnus-thread-sort-by-most-recent-date
>
> and this in my gnus.el:
>
> (setq gnus-thread-sort-functions '(gnus-thread-sort-by-number
>   (not gnus-thread-sort-by-most-recent-date)))

There is no difference.  So you say it didn't work with the setq version
in ~/.gnus.el but it works now with the setq removed and instead using
the customize version?

That's really puzzling me...

Bye,
Tassilo


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

Re: Deficient thread sorting in summary view

[Tassilo Horn]

Eric Abrahamsen  writes:

>> Is there a chance that you've set a different sorting strategy in the
>> group you used for testing (e.g., as a group parameter which might
>> end up in ~/.newsrc.eld)?  What does `C-h v
>> gnus-thread-sort-functions' in that wrongly sorted summary tell?
>
> It's the same thing there… I really don't think I've customized
> anything else.
>
> I've also got:
>
> gnus-sort-gathered-threads-function -> gnus-thread-sort-by-date
>
> Which I'd think was correct.

Ok, here I have the default value `gnus-thread-sort-by-number'.  But
judging from its docs, that should't make a difference with respect to
the sorting between two different threads.  However, you still might
want to try that out.  It could be possible that some summary sorting
code accidentally uses the wrong variable to get the sorting function,
and since nobody customized `gnus-sort-gathered-threads-function' except
for you, it never attracted attention...  (Well, unlikely, but go
ahead.)

Bye,
Tassilo


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

Re: Deficient thread sorting in summary view

[Tassilo Horn]

Eric Abrahamsen  writes:

> Okay, I added that in, but it didn't make any difference. I eval
> gnus-thread-sort-function:
>
> (gnus-thread-sort-by-number (not gnus-thread-sort-by-most-recent-date))
>
> That's what it gives me.

Strange, I'm running today's git gnus, but it has worked for me for
years.

>> In that case, the two first threads should be below the others...  I
>> checked in some mail group here, and for me it works just fine.
>
> Mine doesn't look like yours! The only other thread-related
> customization I've got is:
>
> (setq gnus-summary-thread-gathering-function
>   'gnus-gather-threads-by-references)
>
> Would that make any difference?

No, I have the same.

Is there a chance that you've set a different sorting strategy in the
group you used for testing (e.g., as a group parameter which might end
up in ~/.newsrc.eld)?  What does `C-h v gnus-thread-sort-functions' in
that wrongly sorted summary tell?

Bye,
Tassilo


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

Re: Deficient thread sorting in summary view

[Tassilo Horn]

Eric Abrahamsen  writes:

Hi Eric,

> Okay, but this doesn't actually work as advertised… I've got:
>
> gnus-thread-sort-functions -> ((not gnus-thread-sort-by-most-recent-date))

You should always include `gnus-thread-sort-by-number' in the list,
probably as first (least important) element.

> And here's a chunk of my misc summary buffer, with bits cut out of the
> from and subject fields to make it tidier:
>
> OA 78: 猫猫 丁   Re: A message from P | Monday 14:37
> OA119: 猫猫 丁| Monday 17:54
> ! 375: 猫猫 丁| Today, 15:45
> OA  41556: grace王小姐   Re: Re:晋昇-王丹丹（ | Monday 15:10
> O 142: grace王小姐| Today, 17:05
> O 140: Publishing Perspe Let's Read Program T | Monday 15:30
> O  18: Vivian Wang   转发: Make-Do PublisNew  | Wednesday 04
> O  69: Grace Re: Make-Do Publishiw Di | Wednesday 04
> O 495:  O 485: Bruce Please STOP clicking | Monday 16:28
>
> So clearly it's not ordering by the latest message in a thread.  The
> top two threads should be way down at the bottom of the summary
> buffer…

Sorry, from that "screenshot" I cannot even determine which messages
belong to one thread.  I think the first 3, then the next 2, then 1,
then 4, right?

In that case, the two first threads should be below the others...  I
checked in some mail group here, and for me it works just fine.  Here is
an "anonymized screenshot":

--8<---cut here---start->8---
R ┃  ┃-> x xx┃ ● Musterlösung Metamodell/Objektdiagramm 
Feature-Diagramme 
OA┃  ┃x  ┃ ╰─❯  
O ┃  ┃-> x xx┃  ╰─❯  
O ┃  ┃x  ┃   ╰─❯  
OA┃  ┃ xx┃ ● Exposé zur Masterarbeit 
O ┃  ┃->  xxxxxx ┃ ╰─❯  
O ┃  ┃-> xx x    ┃ ❯ 8. GST-Aufgabe 
OA┃  ┃-> xx x┃ ● Clojure Intro 
O ┃  ┃-> Tassilo Horn┃ ├─❯  
O ┃  ┃-> Tassilo Horn┃ ╰─❯  
OA┃  ┃xx x   ┃ ● schließen/löschen des greqlrenovation-Branches 

O ┃  ┃-> xx x┃ ╰─❯  
OA┃  ┃->  xxx┃ ● Musterlösung vom Issue-Tracker 
O ┃  ┃-> Tassilo Horn┃ ├─❯  
O ┃  ┃-> Tassilo Horn┃ ├─❯  
OA┃  ┃xxx    ┃ ╰─❯  
O ┃  ┃-> xxx ┃  ╰─❯  
OA┃  ┃ xx┃ ● ASP 
O ┃  ┃->  xx ┃ ╰─❯  
--8<---cut here---end--->8---

Bye,
Tassilo


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

Re: Deficient thread sorting in summary view

[Tassilo Horn]

F. Durand  writes:

Hi,

> I've switched to gnus 3 months ago, and I'm very disturbed by the way
> threads are sorted.
>
> I've read this many times: http://gnus.org/manual/gnus_91.html
>
> I've concluded that the state of a thread is the state of its first
> message.

By default, Gnus sorts threads according to the message number of its
root article.  But you can easily change that.  I use this:

(setq gnus-thread-sort-functions
  '(gnus-thread-sort-by-number
(not gnus-thread-sort-by-most-recent-date)
gnus-thread-sort-by-total-score))

The primary sort function is the last in the list.  Therefore, the
threads with the highest article scores in total are on top in my
summary buffers.  For threads with equal scores, I sort by the most
recent article in a thread (older before younger, thus the not).  If
that still doesn't distinguish 2 threads, it's sorted by article number
(that should always be included as last element to guarantee a total
ordering).

By the way: in mail groups (except for mailing list groups) I disable
scoring, so there the sorting by recency of youngest message in thread
is the decision maker.  I like that in older-before-younger order,
because then I read older replies to an article before younger replies.

Have a look at:

,[ C-h v gnus-thread-sort-functions RET ]
| gnus-thread-sort-functions is a variable defined in `gnus-sum.el'.
| Its value is (gnus-thread-sort-by-number
|  (not gnus-thread-sort-by-most-recent-date)
|  gnus-thread-sort-by-total-score)
| 
| Original value was 
| (gnus-thread-sort-by-number)
| 
| 
|   This variable is potentially risky when used as a file local variable.
| 
| Documentation:
| *List of functions used for sorting threads in the summary buffer.
| By default, threads are sorted by article number.
| 
| Each function takes two threads and returns non-nil if the first
| thread should be sorted before the other.  If you use more than one
| function, the primary sort function should be the last.  You should
| probably always include `gnus-thread-sort-by-number' in the list of
| sorting functions -- preferably first.  Also note that sorting by date
| is often much slower than sorting by number, and the sorting order is
| very similar.  (Sorting by date means sorting by the time the message
| was sent, sorting by number means sorting by arrival time.)
| 
| Each list item can also be a list `(not F)' where F is a
| function; this specifies reversed sort order.
| 
| Ready-made functions include `gnus-thread-sort-by-number',
| `gnus-thread-sort-by-author', `gnus-thread-sort-by-recipient'
| `gnus-thread-sort-by-subject', `gnus-thread-sort-by-date',
| `gnus-thread-sort-by-score', `gnus-thread-sort-by-most-recent-number',
| `gnus-thread-sort-by-most-recent-date', `gnus-thread-sort-by-random',
| and `gnus-thread-sort-by-total-score' (see
| `gnus-thread-score-function').
| 
| When threading is turned off, the variable
| `gnus-article-sort-functions' controls how articles are sorted.
| 
| You can customize this variable.
`

Bye,
Tassilo


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

Re: How to use the new code in spam.el?

[Tassilo Horn]

"John Wiegley"  writes:

>>> In Gnus, I want to be able to mark spam in INBOX with $, and ham in
>>> mail.spam with M-u, and have each moved to the right place.
>
>> I do exactly that.  Here're the relevant settings:
>
> Your setting only move Spam around, they don't truly process it.

Oh, right.  I just put false positives/negatives into some special
groups, and then update the spam handling tools on the servers regularly
via their web interfaces.

Bye,
Tassilo


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

Re: How to use the new code in spam.el?

[Tassilo Horn]

"John Wiegley"  writes:

Hi John,

> In Gnus, I want to be able to mark spam in INBOX with $, and ham in
> mail.spam with M-u, and have each moved to the right place.

I do exactly that.  Here're the relevant settings:

--8<---cut here---start->8---
(spam-initialize)
(setq gnus-spam-newsgroup-contents
  '(("\\(spam\\|Junk\\)" gnus-group-spam-classification-spam))
  ;; Move SPAM in normal groups to traning.spam.
  gnus-spam-process-destinations
  '(("nnimap\\+Fastmail:"
 "nnimap+Fastmail:INBOX.training.spam")
("nnimap\\+Uni:"
 "nnimap+Uni:Junk"))
  ;; Move ham in spam groups to both inbox and training.ham.
  gnus-ham-process-destinations
  '(("nnimap\\+Fastmail:INBOX\\.Junk Mail"
 "nnimap+Fastmail:INBOX"
 "nnimap+Fastmail:INBOX.training.ham")
("nnimap\\+Uni:Junk"
 "nnimap+Uni:INBOX")))
--8<---cut here---end--->8---

Bye,
Tassilo


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

Re: '=> gmane.emacs.help' as sender?

[Tassilo Horn]

Thorsten Jolitz  writes:

>> Hm, then it's not `fill-prefix' fault...
>>
>> What's the value of `auto-fill-function'?
>
> ,
> | auto-fill-function is a variable defined in `C source code'.
> | Its value is message-do-auto-fill
> | Local in buffer *unsent followup to Tassilo Horn on gmane.emacs.gnus.user*; 
> global value is nil
> `
>
> message-do-auto-fill doesn't sound wrong to me, since I do want
>  auto-fill , but without this strange indentation of
>  random levels, it seems, since in this message, it
>  is twice as deep as before. 

No, that's the same value I also have, and for me it doesn't fill that
strangely.  Sorry, I'm running out of ideas...

Bye,
Tassilo


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

Re: '=> gmane.emacs.help' as sender?

[Tassilo Horn]

Thorsten Jolitz  writes:

> I don't really understand why anybody would want this. Is it only me who
>   sees that sender string, or everybody else too?

Everybode else, too.

> Isn't it much more informative to associate messages with sender
> names?

Not if the sender is you.  Consider you have some sent-messages folder.
Then it makes much more sense to quickly see to whom you've sent.

> PS
> 'C-h v fill-prefix' in this message buffer gives:

Hm, then it's not `fill-prefix' fault...

What's the value of `auto-fill-function'?

Bye,
Tassilo


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

Re: Strange indentation in message-mode

[Tassilo Horn]

Thorsten Jolitz  writes:

> Hi List, 
> after a lot of emacs configuration tweaking I suddenly have some strange
>   formatting issues in message-mode. After the first line in a
>   paragraph, all the next lines are automagically indented (without
>   me doing anything about it). Just like in this email. 
>
> Any idea what could be the problem?

It looks like if something sets `fill-prefix' in message mode.  When
writing a message, what's the buffer-local value?

Just do `C-h v fill-prefix RET' in a message buffer.

Bye,
Tassilo


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

Re: '=> gmane.emacs.help' as sender?

[Tassilo Horn]

Thorsten Jolitz  writes:

Hi Thorsten,

>   tried the same with my new email address, but instead of showing
>   'first name' 'last name' as sender (like configured in gmail) I get
>   this:
>
> ,
> | [  31: => gmane.emacs.help] subject ...
> `

That's intended and the reason is that you probably know your own first
and last name, and thus some other display is more useful for own
articles.

,
|   3. The `gnus-ignored-from-addresses' variable says when the `%f'
|  summary line spec returns the `To', `Newsreader' or `From' header.
|  If this regexp matches the contents of the `From' header, the
|  value of the `To' or `Newsreader' headers are used instead.
| 
|  To distinguish regular articles from those where the `From' field
|  has been swapped, a string is prefixed to the `To' or `Newsgroups'
|  header in the summary line.  By default the string is `-> ' for
|  `To' and `=> ' for `Newsgroups', you can customize these strings
|  with `gnus-summary-to-prefix' and `gnus-summary-newsgroup-prefix'.
`

If you don't like that, replace %f with %F in your
`gnus-summary-line-format'.

,[ C-h v gnus-summary-line-format RET ]
| gnus-summary-line-format is a variable defined in `gnus.el'.
| [...]
| %F  Contents of the From: header (string)
| %f  Contents of the From: or To: headers (string)
| [...]
`

Bye,
Tassilo


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

Re: Email/News markup

[Tassilo Horn]

Dan Espen  writes:

>> If you wanted to, you could use `gnus-parameters' to set
>> `gnus-emphasis-alist' in a way that removes the asterisks in non-emacs
>> related groups.
>
> Just looked at gnus-emphasis-alist.
> It's as clear as mud.

:-)

Probably this bold-entry should do:

  ("\\(\\s-\\|^\\)\\(_\\(\\(\\w\\|\\*[^\\*]\\)+\\)\\*\\)\\(\\s-\\|[?!.,;]\\)"
   2 3 gnus-emphasis-bold)

Bye,
Tassilo


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

Re: Email/News markup

[Tassilo Horn]

Dan Espen  writes:

Hi Dan,

> What I don't understand is that *bold* is supposed to be achieved by
> using asterisks instead of underlines.  When I use asterisks that
> way, sure enough, the word in question is displayed as bold.  But I
> see the asterisks too.

The reason is that many special emacs buffers have names enclosed in
asterisks, e.g., *Group*, *Messages*, and *unsent mail*.  So not
removing the asterisks certainly makes sense when discussing emacs
related stuff.

If you wanted to, you could use `gnus-parameters' to set
`gnus-emphasis-alist' in a way that removes the asterisks in non-emacs
related groups.

Bye,
Tassilo


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

Re: Gnus uses wrong gmail address when sending!

[Tassilo Horn]

Thorsten  writes:

Hi Thorsten,

> I experienced for the second time now a really unacceptable behaviour
> from gnus, that might be related to the Cc: field:
>
> I send this email (copied from the archived sent mail folder):
>
> ,
> | From: Thorsten 
> | Subject: GSoC 2012: Mentor application?
> | Newsgroups: gmane.emacs.orgmode
> | Cc: summer-of-c...@gnu.org
> | Date: Thu, 22 Mar 2012 20:45:26 +0100 (3 hours, 22 minutes, 32 seconds ago)
> `
>
> and it arrived in the org-mode mailing list as: 
>
> ,
> | From: Thorsten 
> | Subject: GSoC 2012: Mentor application?
> | Newsgroups: gmane.emacs.orgmode
> | To: emacs-orgm...@gnu.org
> | Cc: summer-of-c...@gnu.org
> | Date: Thu, 22 Mar 2012 20:45:26 +0100 (4 hours, 18 minutes, 23 seconds ago)
> `
>
> but gnus sent this mail to the summmer-of-code mailing-list:
>
> ,
> | From: Thorsten 
> | Subject: GSoC 2012: Mentor application?
> | Newsgroups: gmane.emacs.orgmode
> | Cc: summer-of-c...@gnu.org
> | Date: Thu, 22 Mar 2012 20:45:26 +0100 (3 hours, 45 minutes, 41 seconds ago)
> | Posted-To: gmane.emacs.orgmode
> `

I think, you've shot yourself in your foot.  The problem is that your
original message was both addressed to a newsgroup and Cc-ed to a mail
address.  So the correctly sent nntp article to the org newsgroup was
sent as is, as nntp/gmane don't really care what you write into the From
line.

For the Cc, the same message has to be sent via SMTP, and here your
settings apply.

> | ; Setting behaviors per Mailbox
> | (setq gnus-parameters
> | '(("nnimap\\+tjoXYZ:INBOX"
> |  (display . all)
> |  (posting-style
> |   (name "NAME")
> |   (address "tjo...@googlemail.com")
> |   (eval (setq message-sendmail-extra-arguments '("-a" "tjoXYZ")))
> |))
> | 
> | ("nnimap\\+quintXYZ:INBOX"
> |  (display . all)
> |  (posting-style
> |   (name "Thorsten")
> |   (address "quint...@googlemail.com")
> |   (eval (setq message-sendmail-extra-arguments '("-a" "quintXYZ")))
> |   )) ))

Since you were in the gmane.emacs.orgmode group when writing your
message (I assume), neither of those posting styles apply.

> | ;;;  a few global settings
> | (setq message-send-mail-function 'message-send-mail-with-sendmail)
> | (setq sendmail-program "/usr/bin/msmtp")
> | (setq message-sendmail-extra-arguments '("-a" "tjoXYZ"))
> | (setq gnus-permanently-visible-groups ".*")

Aha, here you set tjoXYZ as initial default.  Note, that this variable
is always the value of the last visited nnimap+xxxXYZ:INBOX, cause there
you set it, too.  I guess, the rewriting of the From header is then done
by msmtp.  (I have no clue about that.)

So it seems to me that gnus did the right thing.  Your config is a bit
broken.  Switching global variables in posting styles is kinda evil.  I
think you can use

(message-sendmail-extra-arguments '("-a" "quintXYZ"))

as posting style entry with the same effect, except that this won't
switch the value globally.

Bye,
Tassilo


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

Re: goto-last-article spanning groups?

[Tassilo Horn]

Hi Kevin,

I've just hacked something together.

--8<---cut here---start->8---
(defvar th-gnus-recent-articles-list nil
  "The list of articles read in this emacs session.")

(defun th-gnus-track-recent-article ()
  (set-buffer gnus-summary-buffer)
  (let ((header (gnus-summary-article-header)))
(add-to-list 'th-gnus-recent-articles-list (mail-header-id header

(add-hook 'gnus-article-prepare-hook 'th-gnus-track-recent-article)

(defun th-gnus-group-make-recency-group ()
  (interactive)
  (if (= 0 (length th-gnus-recent-articles-list))
  (message "No recent articles.")
  ;; FIXME
  (make-me-a-group-of th-gnus-recent-articles-list)))
--8<---cut here---end--->8---

That will track all articles you read (in the current emacs session) in
a list.  The problem is just that `make-me-a-group-of' doesn't
exist. ;-)

How can I create and select an new ephemeral group?  Basically, I can
just enter some arbitrary group and do

  (dolist (id th-gnus-recent-articles-list)
(gnus-summary-refer-article id))

and gnus will magically insert the articles into the current summary.
The magic involved can be specified by `gnus-refer-article-method'.  But
I'd rather want to start from a fresh group instead of selecting some
arbitrary group...

Bye,
Tassilo


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

Re: goto-last-article spanning groups?

[Tassilo Horn]

Kevin Brubeck Unhammer  writes:

Hi Kevin,

> I notice gnus-summary-goto-last-article doesn't span groups in my
> version (v5.13, I know it's old).

It doesn't span groups in the current git version, too.

> Does anyone have a hack to make it go to the last one even if you
> moved into another group? That's typically when I want it the most …

When I think about it, it really sounds like a very useful feature.  I
also had situations before where I'd like to be able to quickly list the
mails I've read the last hour/day/week.

Bye,
Tassilo


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

Re: nntp and nimap in use together.

[Tassilo Horn]

Petro Khoroshyy  writes:

Hi Petro,

> I have been using offlineimap and dovecot to read emails from my gmail
> account. Now I want to use gmail to read some mailing lists from gmane
> server.

Huh?  You want to use Gmail for Gmane?

> But, after I have added (add-to-list 'gnus-secondary-select-methods
> '(nntp "news.gmane.org")) into .gnus file, I cannot see the imap
> account.

Looks ok, except that you do it twice in your config below: as first and
as last statement.  But that shouldn't be the source of the issue.

> What am I doing wrong?

What's the value of `gnus-select-method' (C-h v gnus-select-method RET)
after starting gnus.  And what's the value of
`gnus-secondary-select-methods'?

Bye,
Tassilo


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

Re: what's the difference between => and -> in the summary buffer?

[Tassilo Horn]

jida...@jidanni.org writes:

> What's the difference between => and -> in the summary buffer?  Both
> show up on messages by me.

C-h i m Gnus RET C-s => C-s C-s

and here we go:

,[ (info "(gnus)To From Newsgroups") ]
|   3. The `gnus-ignored-from-addresses' variable says when the `%f'
|  summary line spec returns the `To', `Newsreader' or `From' header.
|  If this regexp matches the contents of the `From' header, the
|  value of the `To' or `Newsreader' headers are used instead.
| 
|  To distinguish regular articles from those where the `From' field
|  has been swapped, a string is prefixed to the `To' or `Newsgroups'
|  header in the summary line.  By default the string is `-> ' for
|  `To' and `=> ' for `Newsgroups', you can customize these strings
|  with `gnus-summary-to-prefix' and `gnus-summary-newsgroup-prefix'.
`

bye,
Tassilo
-- 
(What the world needs (I think) is not
  (a Lisp (with fewer parentheses))
  but (an English (with more.)))
Brian Hayes, http://tinyurl.com/3y9l2kf


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

Re: open/close threads with `<' and `>'

[Tassilo Horn]

Harry Putnam  writes:

>> You would bind `th-gnus-summary-toggle-show/hide' to some key in
>> `gnus-summary-mode-map' just like you did with the other two commands.
>> This command is a combination of both: calling it on a collapsed thread
>> will expand it, calling it on a expanded thread collapses it again.
>
> [...]
>
> Nice, I think I'll steel that one too : )

Great, I'll use you as my private version control system. :-)

  $ harry commit -m "A toggle function for summary buffers"
  $ harry push

Bye,
Tassilo


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