> However, > echo open '/imaps/imap.gmail.com/u...@example.com/All Mail' > > /mail/fs/ctl > seems to create /mail/fs/Mail, but says it does not exist when I try > to to access it. Quite weird. Is it just a naming problem with the > space, or something different?
i think i mentioned this before. this is a quirk of upas/nedmail — there are a few cases where ned assumes that you don't mean the already-open mailbox in /mail/fs and tries to reopen the same in /mail/box/$user. this can result in doubly-opened mailboxes. this is no big deal for small, local mailboxes. but with upas, it's a big pain if your mailbox is big and doesn't work if your mailbox doesn't live in /mail/box/$user i didn't think this behavior was helpful, so i changed ned to prefer already-open mailboxes: ; useupas ; echo open /mail/box/quanstro/t Mail > /mail/fs/ctl ; upas/nedmail -f Mail !can't 'open Mail Mail': '/mail/box/quanstro/Mail' does not exist upas/nedmail: can't read ; usenupas ; echo open /mail/box/quanstro/x Mail >/mail/fs/ctl minooka; upas/nedmail -f Mail 4 messages acme Mail already does the right thing as far as i can tell. - erik