Re: nndiary documentation bug

[Holger Sparr <sparr@mfk.tu-dresden.de>]

Didier Verna wrote:

> Reiner Steib <reinersteib+from-uce@imap.cc> wrote:
>
>> On Thu, May 03 2007, Holger Sparr wrote:
>>
>>> From (info "(gnus)Running NNDiary") : 
>>>
>>> ,----
>>> |    In order to use `nndiary' in autonomous mode, you have several
>>> | things to do:
>>> | 
>>> |    * Allow `nndiary' to retrieve new mail by itself.  Put the following
>>> |      line in your `gnusrc' file:
>>> | 
>>> |           (setq nndiary-get-new-mail t)
>>> `----
>>>
>>> This seems to be no longer true.
>>>
>>> By now, `nndiary-get-new-mail' is actually designed as a server
>>> variable and should therefore be used like this:
>>>
>>> (setq gnus-secondary-select-methods '((nndiary "" 
>>>                                                (nndiary-get-new-mail t))))
>>
>> I think Holger is right.  Didier, what do you think?
>
>
>   I don't quite understand the "This seems to be no longer true." part,
> as AFAICR, the design of nndiary-get-new-mail has never changed. I'm
> actually reluctant to advertise this variable as a server one (although
> technically, I guess it's possible to use it that way).
>
> As explained in the doc, nndiary is not a traditionnal mail backend (you
> would not use it for retrieving your emails), so if you want to use it
> in its "autonomous" mode, you probably also have to customize
> nndiary-mail-sources and nndiary-split-methods as well. This is not like
> setting up one *and only one* mail backend as the preferred method for
> getting mails.

I cannot really say when getting new mail for the nndiary backend stopped. 

I only guess that it happened after `gnus-server-regenerate-server' for
my nnml backend. 

This is what I get now:

,----[ C-h v nndiary-get-new-mail RET ]
| nndiary-get-new-mail is a variable defined in `nndiary.el'.
| Its value is nil
| 
| 
| Documentation:
| Whether nndiary gets new mail and split it.
| Contrary to traditional mail back ends, this variable can be set to t
| even if your primary mail back end also retreives mail. In such a case,
| NDiary uses its own mail-sources and split-methods.
| 
| This is a Gnus server variable.  See Info node `(gnus)Select Methods'.
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
| [back]
`----

and I assumed something has been changed. Since

,----
| (require 'gnus-diary)
| (setq nndiary-get-new-mail t)
`----

in my .gnus.el has no effect anymore (meaning the default of nil is not changed).


In case it has something to do with my setup, where and how can I investigate? 


Holger