From: "Mirco Ellis" <mirco.ellis@isoftpe.co.za>
To: linux-diald@vger.kernel.org, Jersey Miszczyk <Jersey.Miszczyk@ast.co.za>
Cc: Mark Frey <markfrey@sympatico.ca>
Subject: Re: named triggers diald
Date: Thu, 31 Jul 2003 16:02:38 +0200 [thread overview]
Message-ID: <007b01c3576c$68e7c4d0$3697a8c0@MIRCO> (raw)
In-Reply-To: 6DCB831958338547BB5DF4FDB6580F428BF77C@srd-exc01.za.astgroup.com
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
next prev parent reply other threads:[~2003-07-31 14:02 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-31 12:17 named triggers diald Jersey Miszczyk
2003-07-31 14:02 ` Mirco Ellis [this message]
2003-07-31 16:36 ` jersey
-- strict thread matches above, loose matches on Subject: below --
2003-07-31 10:10 Mirco Ellis
2003-07-31 12:07 ` Mark Frey
2003-08-01 6:05 ` Mirco Ellis
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='007b01c3576c$68e7c4d0$3697a8c0@MIRCO' \
--to=mirco.ellis@isoftpe.co.za \
--cc=Jersey.Miszczyk@ast.co.za \
--cc=linux-diald@vger.kernel.org \
--cc=markfrey@sympatico.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox