Page 1 of 1

Incoming Email problem

Posted: Tue May 22, 2007 5:01 pm
by proceon
Greetings Scalix users/support -

I am currently evaluating Scalix for several customers, and am having the following problem.
The Scalix server is unable to recieve emails from the outside (outside SMTP server) and I can
only send mail to the outside when the system Sendmail process is running on the Scalix server.
Should the system based sendmail daemon be running with Scalix? I notice that when I turn
off sendmail, Scalix no longer will send email to the outside. If I do have the system sendmail
daemon running, then I get "Unknown User" errors when I try to send email to Scalix users
from the outside (makes sense...Scalix users are not in /etc/passwd etc.) If I turn off sendmail
and telnet directly to port 25, I can get Scalix to accept an incoming email. I am testing with
the latest Scalix eval package and Fedore Core 5. Thanks for any help, and sorry if I missed
the solution in the FAQ/docs etc.

Thanks

- Mike Whitley

Posted: Tue May 22, 2007 5:07 pm
by Shredder
Scalix uses sendmail to send out messages.

It has it's own smtp server that handles incoming.

Make sure sendmail is running. Do a 'omstat -s' as root and make sure that all services are running.

You use the SAC to create users in Scalix.

Please download and read the Installation guide:
http://www.scalix.com/documents/Scalix_ ... 11.0.1.pdf

Thanks,
Shredder

Re: Incoming Email problem

Posted: Tue May 22, 2007 7:05 pm
by proceon
Shredder -

Thanks for the info...I am now straight on how sendmail is actually used.
I think I have narrowed down my problem. Scalix does not seem to accept emails
for user@scalixhostname.domain.com only user@domain.com. In our test environments
we would like to forward mail from outside email servers to Scalix (so key users can
test etc.) What is the easiest way I can get the omsmtpd process to accept mail for it's own
FQDN (ie. user@scalixhostname.domain.com)? I know how to do this with Sendmail/Postfix/Qmail etc.
but not Scalix. I am redirecting incoming email bound for user@domain.com to be sent to Scalix as
user@scalixhostname.domain.com and would like to have Scalix accept it. It looks like several settings in
smptd.cfg might be useful (per the installation instructions for Smart Relays). I don't need to have Scalix set up to always
use a Smart Relay, just to accept incoming email in the form above.

Thanks again

- Mike Whitley

Posted: Tue May 22, 2007 7:17 pm
by jaime.pinto
Login to sac, go to server settings and remove the Local Domain "domain.com". In its place add "scalixhostname.domain.com"

Then read with some discretion the post below, and take what you find applicable to your situation:
viewtopic.php?t=6330

Jaime

Posted: Thu May 24, 2007 3:29 pm
by Shredder
Scalix does not really care about domains. Easiest way is to add an alias for the user as user@scalixhostname.domain.com. Scalix will just look through it's valid email list and deliver it if the address is there.

You could also do a fetchmail command to get mail from your existing server and move/copy it to the scalix server too.

If you have easy control over your DNS you could set up a new MX entry for the scalix box and get mail to it that way also.

Shredder

Posted: Thu May 24, 2007 4:44 pm
by jaime.pinto
Scalix does not really care about domains.

Please check back your notes.
Scalix does care about domains for premium/standard users.
It's also a good practice to match local emails to domains you are licensed for.

Jaime

Posted: Thu May 24, 2007 5:21 pm
by Shredder
In terms of licensing it does care.

In terms of mail delivery, it doesn't.

Sorry should have been more specific.

Shredder

Posted: Thu May 24, 2007 7:43 pm
by jaime.pinto
In terms of mail delivery, it doesn't.
Again check your notes. The same scalix server can host several domains. Each userID *must* be associated with a particular domain for the email to be delivered internally. For example, user@domain1.com and user@domain2.com may be the same, but may be completely different users, depending on how you create them.

There are no short cuts as far as setting up things properly. If you don't it just doesn't work.
Jaime