named triggers diald

named triggers diald

[Mirco Ellis]

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

Re: named triggers diald

[Mark Frey]

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
> 

Re: named triggers diald

[Mirco Ellis]

Thanks for your help guys. With your advice I managed to sort out the
problem by running tcpdump in sl0 and seeing that named was looking for the
reverse address. Adding the clients host name and ip to the hosts file
sorted this out ;-).

Thanks!

Mirco
----- Original Message -----
From: "Mirco Ellis" <mirco.ellis@isoftpe.co.za>
To: <linux-diald@vger.kernel.org>
Sent: Thursday, July 31, 2003 12:10
Subject: named triggers diald


> 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

RE: named triggers diald

[Jersey Miszczyk]

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"

Re: named triggers diald

[Mirco Ellis]

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

Re: named triggers diald

[jersey]

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
>