Re: nnir.el error

[Andreas Seltenreich <andreas+ding@gate450.dyndns.org>]

Nikolaus Rath <Nikolaus@rath.org> writes:

> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>> Nikolaus Rath <Nikolaus@rath.org> writes:
>>
>>> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>>>
>>>> Does it work for you with nnir.el from CVS plus the following patch
>>>> and nnir-mail-backend set to nil (it isn't by default)?
>>>
>>> No, similar error:
>>>
>>> Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
>>>   aset(nil 0 306)
>>>   (mail-header-set-number novitem art)
>>
>> Could you take a look at the variables artitem, server and artgroup
>> when error occurs?  E.g., while in the recursive edit caused by the
>> debugger, change to a message buffer and hit C-x C-e after the
>> following form:
>>
>>     (gnus-prin1 (list artitem server artgroup ))
>>
>> It might give a clue if something obvious goes wrong.
>
> This produced:
>
>  (gnus-prin1 (list artitem server artgroup ))
>
>  (["nnml:home.nikratio.Gnus.Groups.Archiv.2000" 743 166] "nnml:" "home.nikratio.Gnus.Groups.Archiv.2000")

Ah, there we go. This looks very much like there isn't anything cut
off from the file names spit out by swish-e. If the actual group name
existing in the nnml server is "Archiv.2000", then
nnir-swish-e-remove-prefix should rather look like
"/home/nikratio/Gnus/Groups/" than "/home/nikratio/Gnus/swish-e/"

Cutting off the prefix from the file names returned by swish-e and
replacing the remaining dashes with dots needs to yield a valid nnml
group name for nnir to work.

I'm confident that it'll work with a proper prefix.

regards,
andreas