Solaris9 sendmail 8.13. not sending mail correctly

[itdancer]

I am having problem setting up sendmail on my Solaris9 server.

I set up the sendmail.cf file to go out to the mailhost which is our groupwise server, which it does.
DS[*.*.*.*] which is our groupwise mailhostIP. If I don't set this as IP, it does not get to our mailhost. We are not using dns in /etc/nsswitch.conf.
And...
When I send out mail to user@domain.company.com, it works.

HOWEVER, the problem is that when I send out mail to user@company.com, I get user unknown. The application scripts, have hardcoded their mail to go to user@company.com, so I need this to work.

Is there a section in sendmail to hardcode this alias?

 

[coffeysm]

Usually you just have to cp /etc/mail/subsidiary.cf to /etc/mail/sendmail.cf. Then put the ip address and mailhost.domain.name in your /etc/hosts file. It will then probably send your e-mail out as user@machine.domain.name, you can fix that by changing the masquerade section in the sendmail.cf file.

 

[itdancer]

I did actually do what you suggested...copied /etc/mail/subsidiary.cf to sendmail.cf adding the masquerade line to point to companyname.com. I already had the ip address pointing to the mailhost.domain.name in my /etc/host file, however when I stopped/restarted sendmail, the entire process broke. Sendmail now doesn't even work. The error I see in the message and syslog file is...

[ID 801593 mail.crit] NOQUEUE: SYSERR(cjangel): can not chdir(/var/spool/clientmqueue/): Permission denied

When I try sending out a test message, it goes nowhere. Just dies.
Did the subsidiary.cf file brake the sendmail binary?
What happened? I've never seen this error.

 

[coffeysm]

Check if you have that directory and the permissions. I think the newer versions of sendmail split up the process basically. Root does certain functions and when it sends mail out it uses another user id or something.

 

[itdancer]

Yes..I have that directory and that script. I stopped/restarted sendmail this morning, testing again so it's got this morning's timestamp. It's there...it matches what's on the other "working" servers.

drwxrwx--- 2 smmsp smmsp 512 Feb 5 07:31 clientmqueue