On Mon, Nov 26, 2001 at 03:54:31PM +0000, Michael Gmelin wrote:
> hmmm... no idea.. it does not work in standard qmail... maybe when using the 
> qmail-control patches (lifewithqmailldap talks about that)
erhm... *caugh* *smile*
read a few lines below... the problems is _about_ qmail-ldap/control ;o)

grtz

Wim
>  
> 
> 
> [EMAIL PROTECTED] schreibt: 
> 
> > 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.:  
> >> 
>  
> 
> 
>  --
> /bin/done digital solutions GmbH | Michael Gmelin
> Lothstr. 78a                     | Geschaeftsfuehrer
> 80797 Muenchen                   | Email: [EMAIL PROTECTED]
> http://www.bindone.de            | Tel.: 
> 

Reply via email to