On Fri, Nov 23, 2001 at 07:05:20PM +0000, Michael Gmelin wrote: > Hmmmmmmm..... at least stef may sighup a cell-phone.. :) > > Maybe you are testing from an IP-Address where the RELAYCLIENT variable is > set (tcp.smtp)?? So the mail is accepted but not delivered? nope.. checked for that.. > > I set up a task that checks the ldap-directory every x minutes for new > domains and writes them into locals and rcpthosts and then sighups the > qmail-send process. So there are no manual tasks (especially important if > your name is 'stef' and you hate fuzz-balls) that works.. but I want it to work on-the-fly ;o)
grtz Wim > > gtx > grem > > > Wim Fournier schreibt: > > > On Fri, Nov 23, 2001 at 12:14:50PM +0000, Michael Gmelin wrote: > >> But sendinga a SIGHUP to qmail-send is mandatory for changes on > >> locals/rcpthosts > > But then why don't I get a relaying denied message? the new domain seems to be in >rcpthosts. > > And also, Turbo tells us in lifewithqmail.com/ldap that it should work without >accessing the qmail-ldap software.. for people like 'stef'.. Don't think he can >SIGHUP qmail..;o) > > > > > >> > >> > >> [EMAIL PROTECTED] schreibt: > >> > >> > Hi, > >> > > >> > I would like to address a problem I encountered using: > >> > qmail-1.03 > >> > qmail-ldap patch version 20011001a > >> > qmail-ldap-control patch version 20011023 > >> > > >> > When adding a domain to locals and rpthosts in my ldap tree, Messages sent to >users on that domain (verified to be valid with qmail-ldaplookup) get bounced not >being able to remotely deliver them. > >> > It seems like the rpcthosts list was refreshed, but the locals wasn't. > >> > > >> > After I restart qmail-ldap, they are being delivered locally. So the domain now >is known as being local. > >> > > >> > I think the problem here is that the domain wasnt added to the internal list of >locals in qmail-ldap, but was addeed to rcpthosts (didnt get relaying denied before >the restart). > >> > > >> > Turbo says in the introduction in life with qmail / ldap that his >qmail-ldap-control patch was ment to let (l)users manage mail simply by using a >frontend to ldap. So I understand from this that I shouldnt have to restart >qmail-ldap to let this work. > >> > > >> > A partial mail.log: > >> > > >> > Nov 23 09:59:34 mailgate qmail: 1006505974.199843 new msg 1605682 > >> > Nov 23 09:59:34 mailgate qmail: 1006505974.202692 info msg 1605682: bytes 685 fr > >> > om <[EMAIL PROTECTED]> qp 8256 uid 0 > >> > Nov 23 09:59:34 mailgate qmail: 1006505974.209633 starting delivery 9199: msg 16 > >> > 05682 to remote [EMAIL PROTECTED] > >> > Nov 23 09:59:34 mailgate qmail: 1006505974.212176 status: local 0/10 remote 1/20 > >> > Nov 23 09:59:34 mailgate qmail: 1006505974.224135 delivery 9199: deferral: Sorry > >> > ,_I_wasn't_able_to_establish_an_SMTP_connection._(#4.4.1)/ > >> > Nov 23 09:59:34 mailgate qmail: 1006505974.226971 status: local 0/10 remote 0/20 > >> > Nov 23 09:59:53 mailgate qmail: 1006505993.255941 status: exiting > >> > <snap> > >> > qmail-ldap stop > >> > qmail-ldap start > >> > </snap> > >> > Nov 23 09:59:53 mailgate qmail: 1006505993.334708 status: local 0/10 remote 0/20 > >> > Nov 23 10:01:01 mailgate qmail: 1006506061.737745 new msg 1605683 > >> > Nov 23 10:01:01 mailgate qmail: 1006506061.740458 info msg 1605683: bytes 679 fr > >> > om <[EMAIL PROTECTED]> qp 8291 uid 0 > >> > Nov 23 10:01:01 mailgate qmail: 1006506061.784159 starting delivery 1: msg 16056 > >> > 83 to local [EMAIL PROTECTED] > >> > Nov 23 10:01:01 mailgate qmail: 1006506061.786675 status: local 1/10 remote 0/20 > >> > Nov 23 10:01:02 mailgate qmail: 1006506062.120838 new msg 1605684 > >> > Nov 23 10:01:02 mailgate qmail: 1006506062.123726 info msg 1605684: bytes 813 fr > >> > om <[EMAIL PROTECTED]> qp 8299 uid 65077 > >> > > >> > A qmail-ldaplookup before the restart: > >> > qldap_lookup: searching with >(|([EMAIL PROTECTED])([EMAIL PROTECTED])) > >> > qldap_lookup: succeeded, found: > >> > uid: [EMAIL PROTECTED] > >> > > >> > With kind regards, > >> > > >> > Wim Fournier > >> > > >> > >> > >> > >> -- > >> /bin/done digital solutions GmbH | Michael Gmelin > >> Lothstr. 78a | Geschaeftsfuehrer > >> 80797 Muenchen | Email: [EMAIL PROTECTED] > >> http://www.bindone.de | Tel.: > >> > > > > -- > /bin/done digital solutions GmbH | Michael Gmelin > Lothstr. 78a | Geschaeftsfuehrer > 80797 Muenchen | Email: [EMAIL PROTECTED] > http://www.bindone.de | Tel.: >
