Scalix references in sendmail.cf backups but not sendmail.cf

[btisdall]

I've been preparing to add genericstable feature to sendmail to rewrite sender addresses for some non-scalix users. Grep'ing my way through the contents of /etc/mail for [Ss]calix gives quite a few matches in the backup configs sendmail.cf.3 (but not .cf.1 or cf.2) and sendmail.cf.bak (my own) but not sendmail.cf.

Everything apears to be working fine but I'm slightly concerned - were these references no longer needed in 9.4.2? The dates/times on sendmail.cf/sendmail.cf.3 match and correspond to the day I did the upgrade so I'm hoping so.

--
Ben Tisdall

[ScalixSupport]

Whenever you use the .mc file to rebuild sendmail.cf, you will lose the Scalix modifications. To reinstate them, run the command

Code: Select all

omsendin

Cheers

Dave

[btisdall]

Many thanks (sorry if that's in the docs, I don't have access to them right now).

Ben.

[btisdall]

Just as a coda, running omsendin didn't (re)introduce any scalix references into sendmail.cf so I assume they're no longer needed.

[ScalixSupport]

Just as a coda, running omsendin didn't (re)introduce any scalix references into sendmail.cf so I assume they're no longer needed.

Please don't assume that, Dave is right (as always). You will feel the effect of not doing this after restarting your Scalix server (namely the sendmail interface).

Cheers,

Sascha.

[btisdall]

Don't misunderstand me, I certainly (now) have done and if necessary will do omsendin as per proper procedure. I'm only curious about scalix refs in one old (scalix generated) sendmail.cf backup that don't appear in later (ditto) backups or the current sendmail.cf after doing omsendin.

Scalix was restarted a week or so ago and appears to be working correctly, still don't feel I really have a handle on this though...

--
Ben Tisdall

[florian]

ben,

running omsendin should change your active sendmail.cf file and put scalix references in there. if not, please note what errors the tool provides.

your system will appear to be running, because under normal circumstances, your scalix SMTP relay will be the primary SMTP listener on the machine, so the mails will not pass sendmail.

we add a path from sendmail to scalix into sendmail.cf for three cases:
1. someone wants to run sendmail as the primary external smtp listener
2. email is routed through sendmail for spamassassin integration or other milters
3. someone is trying to send email to a scalix user from the unix command line (i.e. mail mr.user@scalixdomain.com) which is given to sendmail for processing.

So... it is not absolutely necessary in all cases to have the sendmail.cf mods in place, but heavily recommended.

Cheers,
Florian.

[btisdall]

Ah... I've only just realised that I've hitherto omitted some information about our setup that I suspect is pertinent - we're using postfix as the external smtp listener as per STrRedWolf's howto. The absence of the refs correlate to the time I made those changes, would that be correct?

[florian]

Well, as we currently do not support postfix in any way and the changes described in the article referenced haven't been tested or blessed by us in any way, I can't really comment on it.

Any specific reason why you're using unsupported postfix for this install? Currently, by doing so, you certainly lose some functionalty such as the ability to coexist with another mail system without using a forwarding domain.

cheers,
Florian.

[btisdall]

I was under pressure to get the system into production and I couldn't get spamass-milter working for the life of me (sendmail giving 'bad socket' errors), whereas I was familiar with Postfix and Clamav/SA integration.

Now things are a bit settled (and I understand sendmail a little better!) I would like to move to a supported config when time allows. I now also have the luxury of a test system, a bit backwards but there you go...

[florian]

sounds good. :-) there are some good reasons to use postfix, but i believe your scenario should do just fine with sendmail.

are you aware of our spamassassin integration technote in the knowledgebase? if not, look it up in the support section of our website.

also, you might want to check the foum here for an explanation of the currently undocumented SMTPFILTER=TRUE option to the Scalix SMTP relay; this will be officially documented in the next release of Scalix, but is available in all releases. It saves you the hazzle to use another IP address for sendmail.

we're in the process of updating the KB doc to follow along.

Cheers,
Florian.