Configuring and Managing MPE/iX Internet Services (August 2002)

Chapter 10
Sendmail for MPE/iX
MPE/iX Implementation Issues
203
MPE/iX Implementation Issues
The following Sendmail features have not been implemented on MPE/iX:
LDAP support
TLS/SSL encrypted e-mail transport
SASL secure authentication
Mail filtering
Optional chroot()-based security features
Optional nice()-based dispatching priority adjustments
The following Sendmail features work a bit differently on MPE/iX than they do on other operating systems:
Sendmail programs that read terminal input by using stdin will echo one character per line and not
recognize CR characters or :EOD properly. The workaround is to redirect stdin to either a pipe or a disk
file, i.e.,:
shell/iX> /bin/cat - | makemap hash mymap
or
shell/iX> makemap hash mymap <diskfile
Sendmails background DeliveryMode on MPE/iX is actually a hybrid between background and
interactive. A background process will be started to deliver the mail, but if it has not finished by the
time the parent process is ready to terminate, the parent process will wait for the background process to
finish.
Symlinks such as /SENDMAIL/CURRENT/bin/mailq that point to the main Sendmail NMPRG must be
invoked from the POSIX shell in order to work properly because invoking them from the CI doesnt
initialize ARGV[0] with the name of the symlink. If you need to invoke this symlinked functionality from
the CI, you will have to specify the Sendmail parameters that invoked the desired functionality, i.e., :XEQ
/SENDMAIL/CURRENT/SENDMAIL -bp.
The newaliases utility will complain that it cannot alter the ownership of /etc/mail/aliases, but this
warning can be ignored if you are always logged on as SERVER.SENDMAIL when doing maintenance,
i.e.,:
:HELLO SERVER.SENDMAIL
:XEQ SH.HPBIN.SYS L
shell/iX> newaliases
no fchown(): cannot change ownership on /etc/mail/aliases
/etc/mail/aliases: 2 aliases, longest 15 bytes, 48 bytes total