Re: [nnimap] make gnus look in specific dir on server

[Harry Putnam <reader@newsguy.com>]

Simon Josefsson <jas@extundo.com> writes:

> Harry Putnam <reader@newsguy.com> writes:
>
>> Simon Josefsson <jas@extundo.com> writes:
>>
>>> Harry Putnam <reader@newsguy.com> writes:
>>>
>>>> How can I make gnus thru nnimap look at the mail spool on the imap
>>>> server?
>>>>
>>>> Using the simple setup from gnus info I'm taken to the username
>>>> $HOME.  But the mail is at /var/spool/imap/mail/$LOGNAME on the
>>>> server.
>>>
>>> This is server-specific, so you need to ask the server admins, but I
>>> believe some servers map the mail spool to INBOX in IMAP.
>>
>> Well, it works from Mozilla with that same server.  That is, in
>> Mozilla setup it asks for the path to the spool, then looks there for
>> mail.  So there must be someway to pass that info from nnimap.
>
> Does it work to subscribe to the group
> nnimap+192.168.0.4:/var/spool/imap/mail/$LOGNAME?  Adding it to
> nnimap-list-pattern is another option, if you prefer to subscribe to
> groups via the server buffer.

> This is server-specific, so you need to ask the server admins, but I
> believe some servers map the mail spool to INBOX in IMAP.

Forgot to mention:  It is the University of Washington server (UM)

And that I am the poor excuse for an admin on that server.  I
compiled it specifically to look in /var/spool/imap/mail/$LOGNAME.

That location works from both mutt and Mozilla.  Mozilla asks for the
path during setup.  With mutt I can get there like this

mutt -f mutt -f imap://$LOGNAME@$HOST//var/spool/imap/mail/$LOGNAME
I've tried this too:
[...]
       (nnimap-address "192.168.0.4:/var/spool/imap/mail/reader_exp")
[...]


Subscribing as you suggested like this:

 U  nnimap+192.168.0.4:/var/spool/imap/mail/reader_exp

Does work.  However when pressing <RET> on the resulting server, it
still takes me to ~/$LOGNAME on the server.  I'm experimenting with
the pattern now.
Looks like this works:

  (nnimap-list-pattern ("/var/spool/imap/mail/*"))
Although I end up with long group names that way.

I think this must mean my compile job on imap didin't do what I
thought it would.  Its still passing out ~/ as default.