[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Checking mail
From: |
David Sumbler |
Subject: |
Re: Checking mail |
Date: |
Wed, 12 Jan 2005 17:25:03 +0000 |
User-agent: |
Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux) |
Klaus Straubinger <KSNetz@UseNet.ArcorNews.DE> writes:
> David Sumbler <david@aeolia.co.uk> wrote:
>
>> If I then do (setq nnfolder-get-new-mail t) in the *scratch* buffer,
>> then nnfolder-get-new-mail correctly shows up as t, but if I exit from
>> Gnus, then nnfolder-get-new-mail is again nil! Let me repeat that,
>> because I think it's weird: exiting Gnus changes the value of
>> nnfolder-get-new-mail from t to nil.
>>
>> I don't understand why this is, and therefore I can't get round the
>> problem. But I dare say some of you experienced (Gn)users will be
>> able to give me a possible explanation. At least, I hope so!
>
> ,----[ C-h v nnfolder-get-new-mail RET ]
> | nnfolder-get-new-mail's value is nil
> |
> | Documentation:
> | If non-nil, nnfolder will check the incoming mail file and split the mail.
> |
> | This is a Gnus server variable. See Info node `(gnus)Select Methods'.
> |
> | Defined in `nnfolder'.
> `----
>
> The key words are "Gnus server variable".
>
> The info node for this topic reads as follows:
>
> | Server Variables
> | ----------------
> |
> | One sticky point when defining variables (both on back ends and in Emacs
> | in general) is that some variables are typically initialized from other
> | variables when the definition of the variables is being loaded. If you
> | change the "base" variable after the variables have been loaded, you won't
> | change the "derived" variables.
> |
> | This typically affects directory and file variables. For instance,
> | `nnml-directory' is `~/Mail/' by default, and all `nnml' directory variables
> | are initialized from that variable, so `nnml-active-file' will be
> | `~/Mail/active'. If you define a new virtual `nnml' server, it will _not_
> | suffice to set just `nnml-directory'--you have to explicitly set all the
> file
> | variables to be what you want them to be. For a complete list of variables
> | for each back end, see each back end's section later in this manual, but
> | here's an example `nnml' definition:
> |
> | (nnml "public"
> | (nnml-directory "~/my-mail/")
> | (nnml-active-file "~/my-mail/active")
> | (nnml-newsgroups-file "~/my-mail/newsgroups"))
> |
> | Server variables are often called "server parameters".
>
> By this one could conclude that you have to set nnfolder-get-new-mail
> inside your server declaration - to be found most likely in
> gnus-secondary-select-methods. At least this did help for me.
OK, I've done that. But Gnus (mis)behaves just as before!
Very mysterious.
David
--