Hi Jay,

Make sure that you have /var/qmail/control/ldapgid file that contains
the the vmail group id and /var/qmail/control/ldauid containing the
vmail user id. The group id and user id are the numeric equivalent of
the username and group name. See /etc/passwd to get it.

Another thing to check is the /var/qmail/control/ldapmessagestore file
which should point to your mail directory which I think in your case is
/var/vmail. The script that would be used by qmail to auto-create the
directory should be set in the file /var/qmail/control/dirmaker . You
can either use the file included with qmail which is
/var/qmail/bin/maildirmake but I think you may have to do some
customization to allow user specific Maildir creation.

I'm not sure but I think some of the configuration files I mentioned
above can be set on the ldap server, on a per user basis. I haven't
tried this yet, but I've read or have seen some people doing it. Maybe
some of the guys here who have done it can give more info on this. 

Hope this helps.

HyperAxe
Email: [EMAIL PROTECTED]
Web: http://www.hyperaxe.com 

-----Original Message-----
From: jay alvarez [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 21, 2005 2:46 PM
To: HyperAxe; [email protected]
Subject: RE: automaildirmake won't work, emails got stuck in queue

Hi,

--- HyperAxe <[EMAIL PROTECTED]> wrote:

> Aside from the smtpd logs, do you also have qmail
> logs. I'm not sure
> about your installation but with my installation
> using daemontools my
> qmail logs are under
> /service/qmail/logs/main/current and smtpd logs are
> under /service/qmail/logs/main/current. 
> 
> Most details of errors can actually be seen on qmail
> logs. 
I've already found the logfiles for qmail. It's in
/var/qmail/log/qmail/current, the same location of
qmail-smtpd/current log.

After emptying the contents of
/var/qmail/log/qmail/current, I again tried sending
email and got these logs, which indeed tells it's a
homedir creation problem.

@4000000042df416101e76b4c new msg 300
@4000000042df416101efc404 info msg 300: bytes 1070
from <[EMAIL PROTECTED]> qp 1197 uid
1003
@4000000042df416101efd78c starting delivery 28: msg
300 to local [EMAIL PROTECTED]
@4000000042df416101efe72c status: local 1/10 remote
0/20
@4000000042df416108fcb284 delivery 28: deferral:
Temporary_error_in_automatic_homedir_creation._(#4.3.0)/
@4000000042df4161090c69f4 status: local 0/10 remote
0/20
@4000000042df41c6096ef484 starting delivery 29: msg
300 to local [EMAIL PROTECTED]
@4000000042df41c609716d54 status: local 1/10 remote
0/20

After a quick googling for the error message, I found
this link:
http://www.mail-archive.com/qmail-ldap%40qmail-ldap.org/msg01653.html

The user has a different scenario, but the same error
message. 
deferral:
Temporary_error_in_automatic_homedir_creation._(#4.3.0)

Do you know what qmail program is being invoke to
create that virtual home directories? I know that its
not a separate script because the flag to enable it is
included in the main qmail Makefile. Perhaps I can run
it in debugging mode. Or, perhaps that user priveledge
in which that program is running is not set to
vmail:vmail, which owns the /var/vmail directory such
that it cannot create any file in it.

Any idea?

Thanks!



> 
> Best regards,
> 
> HyperAxe
> Email: [EMAIL PROTECTED]
> Web: http://www.hyperaxe.com 
> 
> -----Original Message-----
> From: jay alvarez [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, July 21, 2005 1:49 PM
> To: [email protected]
> Subject: automaildirmake won't work, emails got
> stuck in queue
> 
> Hi,
>    I'm trying to make qmail-smtp to work by
> retrieving
> user details from ldap but still no luck.
> 
> A tail on /var/qmail/log/qmail-smtpd/current gives
> me:
> 
> @4000000042df2efb00da19fc tcpserver: status: 1/50
> @4000000042df2efb00edffbc tcpserver: pid 703 from
> 10.10.8.112
> @4000000042df2efb01164454 tcpserver: ok 703
> gaheris.camlann.pregi.net:10.10.8.113:25
> galahad.camlann.pregi.net:10.10.8.112::62719
> @4000000042df2efb09f120bc tcpserver: end 703 status
> 0
> @4000000042df2efb09f43d9c tcpserver: status: 0/50
> 
> which makes me think that there's no problem in smtp
> 
> connection.
> 
> I have a user:group vmail:vmail with home directory
> set to /var/vmail.
> 
> I also have a file /var/qmail/control/dirmaker that
> contains the absolute path of the actual dirmaker
> script located at /var/qmail/bin/dirmaker and
> contains:
> #!/bin/sh
> /bin/mkdir -m 0700 -p $1
> 
> During installation, I also have these lines
> uncommented:
> 
> MDIRMAKE=-DAUTOMAILDIRMAKE
> HDIRMAKE=-DAUTOHOMEDIRMAKE
> 
> I have also indicated the rootdn and password in
> /var/qmail/control/ldaplogin|ldappassword
> 
> Tailing the debug.log of my slapd, I can see that
> upon
> arrival of the mail, qmail starts to search the
> directory and read access to it is being granted, so
> that means that there is no problem with regards to
> ldap lookups. I have attached here slapd's
> debug.log.
> 
> Here's the output of qmail-ldaplookup
> 
> Found 1 entry:
> 
> dn: uid=bani,ou=staff,dc=preginet
>
-------------------------------------------------------
> objectClass: top
> objectClass: person
> objectClass: organizationalPerson
> objectClass: inetOrgPerson
> objectClass: posixAccount
> objectClass: qmailUser
> mail: [EMAIL PROTECTED]
> uid: bani
> accountStatus: undefined -> active
> mailHost: gaheris.camlann.pregi.net
> homeDirectory: /home/bani
> aliasEmpty: /var/vmail/bani
> qmailDotMode: ldaponly
> qmailUID: 1012
> qmailGID: 1012
> mailQuotaSize: 0 (unlimited)
> mailQuotaCount: 0 (unlimited)
> mailSizeMax: 0 (unlimited)
> mailReplyText: undefined
> 
> 
> Running /var/qmail/bin/qmail-qstat gives me:
> 
> messages in queue: 8
> messages in queue but not yet preprocessed: 0
> 
> 
> Do you have any idea where did I go wrong?
> 
> 
> Thanks.
> 
> 
> 
> 
>               
> ____________________________________________________
> Start your day with Yahoo! - make it your home page 
> http://www.yahoo.com/r/hs 
>  
> 
> 



                
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 


Reply via email to