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 MaildirThere 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.
