Re: [cobalt-users] mailrouting problem

[Jeff Lasman <jblists@xxxxxxxxxxxxx>]

Luc Schiltz wrote:

> >> $TTL 2H
> >>
> >> @       IN      SOA     ns1.interpoint.lu. hostmaster.ns1.interpoint.lu.
> >>
> >> (
> 
> > I've not done any tests to see if it makes a difference, but in my
> > understanding, the open paren (in the last line I've quoted above)
> > should follow "interpoint.lu." thusly:
> 
> >   @       IN      SOA     ns1.interpoint.lu.
> > hostmaster.ns1.interpoint.lu. (
> 
> > instead of being on a line of it's own.
> 
> this depends on your bind version running
> just have a look at your named.log and check whether your nameserver doesn't tell
> you :
> 
> Zone "domain.com" (file zone/domain.com): No default TTL set using SOA minimum instead
> 
> with $TTL 2H at the top of the zone file this is being corrected

Still not sure what the placement of the parenthesis has to do with the
"$TTL" line.

According to documentation the "(" and ")" are to define a line that
covers multiple physical lines.  So starting it on a line on it's own
makes it a non-part of the SOA line.  However, I've not done any
experimentation to see the effects, and I haven't got the time now; I
just do it according to the documentation <smile>.

> > Have you tried telneting into the RaQ1 from the RaQ3, on port 25, and
> > entering the commands sendmail would send?
> 
> e.g. which ones do you thick about ?

So the purpose of the cobalt-users list is now to teach you how to
administer Linux <smile>?

If you telnet into port 25 and type the same commands that sendmail
sends you'll see the replies sendmail gets.

Here's a screen dump of a complete session I just used to send an email
to <luc@xxxxxx>.  It seems to have worked.

Note in the email I sent you, since I was using telnet, I couldn't
correct errors in my email as I went, so it may be hard to understand
what I was trying to say; I'll explain below what I did, what you should
look for and what the results might mean...

Here's what I did (my explanations of what I did are preceeded by
">>>>>"; the rest is a screen dump of the actual telnet session):

>>>>>first I got the MX for web.lu to make sure I was sending
>>>>>the email to the right place...

[admin admin]$ nslookup
Default Server:  ns1.ns-one.net
Address:  209.126.152.18

> set querytype=MX
> web.lu
Server:  ns1.ns-one.net
Address:  209.126.152.18

web.lu  preference = 10, mail exchanger = web.lu
web.lu  preference = 20, mail exchanger = relay.web.lu
web.lu  nameserver = ns1.interpoint.lu
web.lu  nameserver = dns.kpnbelgium.be
web.lu  internet address = 195.95.123.15
relay.web.lu    internet address = 195.95.123.15
ns1.interpoint.lu       internet address = 195.95.123.3
> exit
[admin admin]$ 

>>>>>Okay, now I know that mail for <luc@xxxxxx> should go
>>>>>sendmail running at "web.lu".

>>>>>Note that the following session runs over 80 columns many
>>>>>times; rather than attempt to try to break lines intelligently
>>>>>for every mail-reader out there, I'll just let my email
>>>>>program wrap the lines in the cut and paste I'm sending
>>>>>you.

[admin admin]$ telnet web.lu 25
Trying 195.95.123.15...
Connected to web.lu.
Escape character is '^]'.
220 dan.interpoint.lu ESMTP Sendmail 8.8.8/8.8.8; Sun, 14 May 2000
16:37:52 +0200
EHLO mail.nobaloney.net
250-dan.interpoint.lu Hello car01.nobaloney.net [209.126.128.251],
pleased to meet you
250-8BITMIME
250-SIZE
250-DSN
250-ONEX
250-ETRN
250-XUSR
250 HELP
MAIL FROM: <jlasman@xxxxxxxxxxxxx>
250 <jlasman@xxxxxxxxxxxxx>... Sender ok
RCPT TO: <luc@xxxxxx>
250 <luc@xxxxxx>... Recipient ok
DATA
354 Enter mail, end with "." on a line by itself
Luc,

This is a test email I'm sending you directly from Sendmail.
(That should say "Directly from Telnet"; I can't fix a typo
when using telnet to send email <frown>.)

I'll also send a reply to you personally and onlist explaining
how I did it.

Then you should check your logs to see if "web.lu" received
this email or not. (that should say received it properly or
not). Since it is receiving the email, if it's not in the logs
your problem is with the system at web.lu; the mail is not
getting to your pop box. (that should say the sendmail program
is not handling the mail properly). If this email is in the
mail log at web.lu, then your sending computer never sent the
email properly.

Jeff
.
250 QAA18642 Message accepted for delivery
QUIT
221 dan.interpoint.lu closing connection
Connection closed by foreign host.
[admin admin]$ 

>>>>>that's the end.

Now what this means is simple.  My copy of sendmail can send an email to
<luc@xxxxxx> just fine.

And your copy of sendmail tells me it's received it.

If it is in your logs, but you didn't get it, then somehow sendmail
isn't passing off the email to your pop daemon.

If it's not in your logs, then your sendmail isn't working properly.

If it is in your logs and you did get it, then the machine you're using
to send the email to <luc@xxxxxx> isn't working properly.

Everyone:  save this example for future reference; I don't want to take
the time to do it again <smile>.

Jeff
-- 
Jeff Lasman <jblists@xxxxxxxxxxxxx>
nobaloney.net
P. O. Box 52672
Riverside, CA  92517
voice: (909) 787-8589  *  fax: (909) 782-0205