On Thu, 25 Mar 2004 09:03 , Mark Crispin <[EMAIL PROTECTED]> said: > On Thu, 25 Mar 2004, Alan Thew wrote: > > I cannot see the need of this and it's generating a > > NO Can't open ...path/dir > > message, having already (correctly) found a mbx inbox. > > Yes, the dummy driver is essential to c-client's operation. Several > things won't work without it. > > Please describe the problem that you are having (along with what hacks > you've made to c-client), and I'll be happy to help you towards the right > solution. > I have a test imap-2002e server. I've only changed the section in env_init.c to point the `home' directory to somewhere specific, away from the real home dir. This takes the form of
/path/to/user In one user dir is a mbx INBOX folder with a path /path/to/user/INBOX when I login to the server, I get the following back from a 'select inbox' . select inbox * 10439 EXISTS * NO Can't open /path/to/user: not a selectable mailbox * 21 RECENT * OK [UIDVALIDITY 1080129274] UID validity status * OK [UIDNEXT 10473] Predicted next UID * FLAGS (\Answered \Flagged \Deleted \Draft \Seen) * OK [PERMANENTFLAGS (\* \Answered \Flagged \Deleted \Draft \Seen)] Permanent flags * OK [UNSEEN 1] first unseen message in /path/to/user/INBOX . OK [READ-WRITE] SELECT completed The NO reply is when the UW server tried to open the user dir, (and based on truss output) which appears to be what the drivers.txt file seems to say. Why having found a valid mbx folder does it try something else as well? Thanks -- Alan Thew [EMAIL PROTECTED] Computing Services,University of Liverpool Fax: +44 151 794-4442
