Scalix Forums

Ok, I'm getting there. I'm really liking what I see.

I've got two domains set up in the one server. The domain that the server is set up in we'll call domain1.com. Domain2.com is the second domain.

When I send mail from domail2.com to an outside server I don't have any problems. The mail flows just fine.

From domain1.com, I get the error below:

When I installed this server, it installed in mail.domain1.com. So when I log into the admin I have to use sxadmin@mail.domain1.com. I'm not sure if this has anything to do with it.

I also made sure that sendmail has aliases and I have the config ( I don't remember which file I changed) that someone at Scalix provided me last week for my webmail to send.

I just checked my webmail. I did report that my webmail was working, but now it's not again.

Thanks
Scott

----------------------------- ERROR REPORT ----------------------------- Message could not be delivered to the following recipient:

scott / internet
DDT1=RFC-822; DDV1=scott@outsidedomain.com;

because: 'A mail transport failure occurred' [OM 9205]

Supplementary Information:

553 5.1.8 <scott@domain1.com>... Domain of sender address scott@netprof.us does not exist



The message was forwarded to the local Error Manager:
sxadmin / mail, domain1/CN=sxadmin

The message you are getting back is a sendmail non-delivery report. Sendmail will use DNS to lookup the domain of a sender. If the domain cannot be resolved, Sendmail will reject the message.

You can disable this check by adding (or uncommenting) the following line in /etc/mail/sendmail.mc:

Run the command: in the /etc/mail directory to rebuild the sendmail.cf file. When that is complete, you need to run the command to re-add the Scalix rules.

Cheers

Dave

I checked and that line was already active in my sendmail.mc. I ran the make and omsendin just to be sure and I'm still getting the same message. Any more ideas?

Thanks!
Scott

The question is whether this came from your server or another (external) server. The Received lines in the headers will indicate this.

Cheers

Dave

I don't think it's getting out since there are no Internet headers listed. So it must be my server. I also watch another message log on a different server and saw that there was not a delivery attempt.

Ok, it's not sendmail. If I telnet to localhost port 25 and send a mail manually, it goes off just fine. Any ideas on why this is happening?

Can you enable auditing on the outgoing Scalix internet gateway:

and send a message.

This will log information to /var/opt/scalix/logs/audit. Take a note of the message ID and grep for it in the sendmail log /var/log/maillog.

Please can you post the results here.

Cheers

Dave

Here ya go:

(BTW how do I turn off auditing?)

unix-in
time 1110479672 Thu Mar 10 12:34:32 2005 -360
originator <dropbox@netprof.us>
unix-message-id 1767777.1110479672850.JavaMail.root@mail
ua-message-id 1767777.1110479672850.JavaMail.root(a)mail
subject test
recipient-to sjohnson / internet DDT1=RFC-822; DDV1=neonblue@yahoo.com; <neonblue@yahoo.com>

unix-out
time 1110479673 Thu Mar 10 12:34:33 2005 -360
hop-count 1
type 0
ua-message-id 1767777.1110479672850.JavaMail.root(a)mail
unix-message-id 1767777.1110479672850.JavaMail.root@mail
mta-message-id 1767777.1110479672850.JavaMail.root@mail
subject test
originator Scott E. Johnson / mail, netprof/CN=Scott Johnson <dropbox@netprof.us>
recipient-to sjohnson / internet DDT1=RFC-822; DDV1=neonblue@yahoo.com; <neonblue@yahoo.com>
non-delivery-reason 5

I went through the admin configuration again but I couldn't see anything wrong. Could it be because of the .US extension? I added another domain that I own to the list to see if that would work and it worked just fine.

Also, how do I turn off the audit?

Thanks much.

I did some more tests and see that in the maillog there is a log that refers to the connection. In there I see that it's trying to relay the messages through root@localhost which is wrong ( relay=root@localhost, reject=553 5.1.8). I did a grep through the config files looking for this but was unable. Where does this exist so I can change it to localhost.localdomain?

You can turn off auditing by doing:

Relaying to root@localhost is standard for sendmail. Since sendmail 8.12, a split model has been used so that local submissions do not use root permissions. This means that messages are first submitted to the sendmail daemon on 127.0.0.1.

You are correct that if the .us domain address cannot be resolved, this is the cause of the problem.

Cheers

Dave

Ok weird. I added in "domain.us" to the hosts file and it did work after that. I typically dont set up a "domain.com" address in DNS, just mail.domain.com, www.domain.com and whatever else host I need.

But at least it's working!

Do you have a list of debugging commands like the one I just used?

Thanks much.

Please tell me exact what you added to your hosts file ... I have the same problem with this error message.

I've tried a DNS entry but this doesn't work too. Is there anybody out there who can say exactly what I have to do in the hosts-file or in DNS?

greetings from germany

I think what you need is to be able to resolve the domain as well as the server.

So you'll need an entry for both

scalix.com
and
mail.scalix.com

Using scalix as an example where scalix.com is the domain, and mail is the hostname of the mail server.

Kev.

I had this same issue, and this resolved it.

Can me obsessive, but WHY should I have to enter the domain into the hosts file. I have an internal DNS server that resolves the machine correctly for everything else. This seems like a patch rather than configuring something correctly. Is this due to my poor configuration or understanding of sendmail?

I'm writing step-by-step instructions for my co-workers, and I know they are going to ask me why the hostname and the fully qualified name aren't enough.

Thanks