James Smith wrote:

Andy Gayton wrote:

Are you able to see mail that has been delivered to
/var/qmail/maildirs/user1/Maildir in the INBOX of your IMAP client?

Yes. When I try to send a mail to this user, the mail is delivered to /var/qmail/maildirs/user1/Maildir/new
and I don't see /var/qmail/maildirs/user1/IMAPDir/new being used at all.


Sorry, but just to clear - can see these mails in the INBOX of your IMAP client?

If you can't, then I would guess that for some reason binc hasn't picked up your config - clutching at straws: perhaps your config isn't at /var/qmail/control/bincimap.conf or (really clutching at this late stage) your session hasn't restarted since say changing the depot from Maildir++ to IMAPdir ..

If you can - then I would guess it's unlikely binc is creating these directories .. but something else. As Kyle says, qmail doesn't create anything, so that leaves qmail-ldap .. if it looks like binc is doing it
when you check your mail, perhaps its /var/qmail/bin/auth_pop?


Actually - i remember reading something about this .. ah:

http://lifewithbincimap.org/index.php/Main/LifeWithCheckpasswordAndFriends

"
auth_pop works like checkpassword, except that uses an LDAP directory instead of /etc/password. That is, it is invoked in a command line that looks something like:


    ....\
    auth_pop \
    qmail-pop3d Maildir

There is one difference:

1. auth_pop will autocreate the Maildir subdirectory (the last line on the command line) if it does not exist.
"


I've never used auth_pop, so I can't say for sure, but it looks like this might fix things up:

   .... \
   /var/qmail/bin/auth_pop \
   /var/qmail/bin/bincimapd IMAPdir/INBOX


good luck, Andy.



Reply via email to