Re: named triggers diald

[jersey@ibex.co.za]

Hello Mirco,

I only now noticed you are somwhere around in SA :).... which POP server are you using? And as a matter of 
interest which Linux flavour?

Best regards
"Jersey"

Send reply to:  	"Mirco Ellis" <mirco.ellis@isoftpe.co.za>
From:           	"Mirco Ellis" <mirco.ellis@isoftpe.co.za>
To:             	<linux-diald@vger.kernel.org>,
  	"Jersey Miszczyk" <Jersey.Miszczyk@ast.co.za>
Copies to:      	"Mark Frey" <markfrey@sympatico.ca>
Subject:        	Re: named triggers diald
Date sent:      	Thu, 31 Jul 2003 16:02:38 +0200

> Thanks for the quick reply guys. What you both have said is rather
> interesting. First I only have a reverse address for 0.0.254.169 not for
> X.X.co.za. Secondly, I don't have entries in the hosts file for the
> workstations on the network. When I disable pop in the xinet.d it doesn't
> dial out, but then pop doesn't work. I have no idea how to configure pop not
> to look for client IP's.
> 
> Regards
> Mirco
> ----- Original Message -----
> From: "Jersey Miszczyk" <Jersey.Miszczyk@ast.co.za>
> To: <linux-diald@vger.kernel.org>
> Sent: Thursday, July 31, 2003 14:17
> Subject: RE: named triggers diald
> 
> 
> >
> > Hi guys...
> >
> > It might be stupid what I say... when the PC connects to retrieve the
> mail, the POP server (I do not know which you are using) wants to find out
> where the PC is from (if the IP confirms the name). Your named should first
> of all look into hosts file. If it finds the info there, should not go
> further. Some POP servers can be configured to "not to look for IP of the
> client".
> >
> > Best regards
> > "Jersey"
> >
> > -----Original Message-----
> > From: Mark Frey [mailto:markfrey@sympatico.ca]
> > Sent: 31 July 2003 14:08
> > To: Mirco Ellis; linux-diald@vger.kernel.org
> > Subject: Re: named triggers diald
> >
> >
> > Hi Mirco,
> >
> > You might try running tcpdump on the diald proxy interface (tap0?) and
> > get more detail on exactly what named is trying to look up.  Maybe
> > you've overlooked something in your local zones?
> >
> > Does your named have local zones for both forward and reverse lookups
> > (xxx.co.za and 192.168.x.x) ?
> >
> > Mark.
> >
> >
> > Mirco Ellis wrote:
> > > Hope someone can help. I am busy pulling my hair out. We have a Redhat
> 7.3
> > > (2.4.x) box acting as a mail server running diald-1.0. When a client
> uses
> > > eg. Outlook Express to send mail, Sendmail does what is supposed to and
> that
> > > is deferring it. When a client send/receive mail, diald does what it
> > > shouldn't and that is bring up the line. The line shouldn't be brought
> up
> > > when a client looks for mail on the server, it is all happening
> locally!?
> > > When I have a look in the messages file it indicates that the line is
> > > triggered by "udp 169.254.0.2/1033  128.1.27.53/53". This is the named
> > > service. I have reconfigured my dns any way you can think, but to no
> avail.
> > > Has anybody had this problem or does anybody out there have an idea how
> I
> > > can solve this. This obviously doesn't happen when the named service
> isn't
> > > running but then you stuffed because Sendmail doesn't recognize the
> local
> > > domains! Please can somebody help me!
> > >
> > > Kind regards
> > >
> > > Mirco
> > >
> > > -
> > > To unsubscribe from this list: send the line "unsubscribe linux-diald"
> in
> > > the body of a message to majordomo@vger.kernel.org
> > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > >
> >
> >
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-diald" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >
> > ______________________________________________
> >
> > "This information is intended only for the person or entity to which it is
> addressed and
> > may contain private, confidential, proprietary and/or privileged material
> and may be subject
> > to confidentiality agreements.
> >
> > Any review, retransmission, dissemination, or any other use of or taking
> of any action in
> > reliance upon this information, by persons or entities other than the
> intended recipient,
> > is prohibited.
> >
> > If you received this in error, please contact the sender and delete the
> material from all
> > storage media.
> >
> > The company is neither liable for proper, complete transmission of the
> information contained
> > in this communication, any delay in its receipt or that the mail is
> virus-free"
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-diald" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
>