On Wed, Dec 13, 2006 at 10:49:51AM +0100, Riccardo Cozzani wrote:
>
> >>I've a strange problem with my qmail-ldap installation. Whenever I
> >>send a mail to a local user, either via qmail-inject or by SMTP, qmail
> >>puts the messages in the queue, but don't delivery to the local users.
> >>Sending an ALRM to qmail-send not work, but if I shut down qmail, with
> >>svc -d, and the start up again, with svc -u, then the messages in the
> >>queue are correctly delivered.
> >
> >Not enough information to help. qmail-qstat output would help to see if
> >the mail is preprocessed or not. Perhaps there is a porblem with the
> >doorbell (/var/qmail/queue/lock/trigger). Also check the your time if you
> >are using NFS.
>
> I'm not using NFS and both qmail and LDAP live on the same server.
> This is a CentOS 4.4 installation whith
> qmail-ldap-1.03-20060201.patch, openldap-2.2.13 and samba-3.0.23d. The
> user in the directory have their own uid and gid as they belong also
> to an Samba Domain, so I've compiled qmail-ldap with
>
> #define LDAP_QMAILUID "uidNumber"
> #define LDAP_QMAILGID "gidNumber"
>
> So, now if I send a message to a local address:
>
> # echo 'To: test@localdomain' | /var/qmail/bin/qmail-inject
>
> nothing appears in any logfile, but qmail-qstat says:
>
> # /var/qmail/bin/qmail-qstat
> messages in queue: 1
> messages in queue but not yet preprocessed: 1
>
The mail does not get preprocessed. As I said the most obvious thing why
this happens is that the doorbeel used by qmail-queue to inform
qmail-todo/qmail-send about new incomming mails.
Check your queue and especially /var/qmail/queue/lock/trigger which is a
named pipe.
drwxr-x--- 11 qmailq qmail 512 Sep 11 20:25 /var/qmail/queue
...
drwxr-x--- 2 qmailq qmail 512 Sep 11 20:25 lock
and
prw--w--w- 1 qmails qmail 0 Dec 13 10:59 lock/trigger
> localdomain appears either in locals and rcpthosts and the server
> where qmail runs on is the primary MX for localdomain.
>
> An ALRM signal sent to qmail-send cause the following logfile line in
> smtpd/current:
>
> @40000000457fe03016aec91c tcpserver: status: 0/40
>
> Then, nothing appens until I stop and then start the supervised services:
>
> # svc -d /service/* /service/*/log
> # svc -u /service/* /service/*/log
>
> ==> /var/log/qmail/qmail/current <==
> @40000000457fe0eb19673a2c status: qmail-todo stop processing asap
> @40000000457fe0eb1967519c status: exiting
> @40000000457fe0eb1aabbc64 status: local 0/10 remote 0/20
> @40000000457fe0eb1b873014 new msg 9912360
> @40000000457fe0eb1b8795a4 info msg 9912360: bytes 246 from
> <root@localdomain> qp 9255 uid 0
> @40000000457fe0eb1b87f364 starting delivery 1: msg 9912360 to local
> test@localdomain
> @40000000457fe0eb1b8835cc status: local 1/10 remote 0/20
> @40000000457fe0eb1c3c8dc4 delivery 1: success: did_1+0+0/
> @40000000457fe0eb1c3e0c94 status: local 0/10 remote 0/20
> @40000000457fe0eb1c3f4514 end msg 9912360
>
> At this point the mail is correcty delivered in the email Maildir.
Yes, that's because on restart the queue/todo directory is scanned and all
mails in it are preprocessed.
--
:wq Claudio
|