[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-users] mailrouting problem -> problem solved
- Subject: Re: [cobalt-users] mailrouting problem -> problem solved
- From: Luc Schiltz <becher@xxxxxx>
- Date: Sun May 14 09:08:45 2000
ok here was the problem and here comes the solution :
Problem :
---------
RaQ3 named eisleck.web.lu tries to send mail to : Raq1 named dan.interpoint.lu
using a mailserver from the RaQ3
(the 2 servers are on the same subnet)
all mail send from RaQ3 to any other emailaddress else than *@web.lu worked fine
every mail being sent from RaQ3 to RaQ1 to any address ending with @web.lu didn't
work
DNS was setup properly as well as Sendmail
Solution :
----------
as the RaQ3 was named : eisleck.web.lu and all mail being send to a mailaddress
ending with @web.lu didn't reach the pop account, I changed the name of the server
from eislek.web.lu to eisleck.webtechnologies.lu
I tried to resend all the mails to @web.lu and it worked ?!?!
don't ask me why it didn't work before but it seems to be working properly now ...
if anybody got a clue why it is working now , please let me know ...
Luc
thanks fly out to Jeff who tried to solve the problem too
> 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
> _______________________________________________
> cobalt-users mailing list
> cobalt-users@xxxxxxxxxxxxxxx
> To Subscribe or Unsubscribe, please go to:
> http://list.cobalt.com/mailman/listinfo/cobalt-users