Differences between CSSMTP and SMTPD

If you are currently using Communications Server SMTPD on z/OS®, you should consider using CSSMTP. CSSMTP has been designed to support z/OS users of SMTPD that create mail on the JES spool data set using batch jobs or that use SMTPNOTE for delivery to the Internet. The mail messages you send today using SMTPD can probably be sent with CSSMTP. However, as shown in Table 1, CSSMTP does have differences from SMTPD, and might not be able to accommodate everyone. Some of the primary differences that require migration consideration are as follows:

Table 1. Differences between CSSMTP and SMTPD
Function CSSMTP SMTPD
Managing the JES spool file Uses bad spool file or error report. For information about the BadSpoolDisp, Undeliverable, and Report statements, see z/OS Communications Server: IP Configuration Reference. Uses DASD to store mail
Code page translation Yes; uses iconv support of the EBCDIC code page for the JES spool file. For information about using the Translate statement, see z/OS Communications Server: IP Configuration Reference. Yes; user-defined translate tables are configured in SMTPD
Modify RFC 822 headers or the body of the mail No, except for code pages for converting from EBCDIC to ASCII, and for appending a RECEIVED line header to the beginning of the RFC 822 headers to indicate that CSSMTP has picked up the mail message. Yes
Supports SMTP server function (for example, receive mail) No, CSSMTP is a mail-forwarding SMTP client application and is not a fully capable MTA. Yes
Deliver to local TSO user No; if this function is required, use SMTPD to provide access to a local TSO mailbox. Yes
Undeliverable mail The undeliverable mail notification can either be sent back to the originator or deleted. An error report for undeliverable mail can be generated for SYSOUT or sent to the mail administrator. For information about the Undeliverable and Report statements, see z/OS Communications Server: IP Configuration Reference. Send back to originator
Dead letter mail The dead letter mail can either be deleted or written to a z/OS UNIX file system directory. For information about the DeadLetterAction parameter on the Undeliverable statement, see z/OS Communications Server: IP Configuration Reference. No configuration parameters to support deadletter processing
Monitoring mail processing MODIFY commands SMSG
Requires VMCF and TNF subsystems No Yes; SMTPD is a Pascal application
Security Uses security product authorization profile to provide security. See Security for CSSMTP Uses the RESTRICT and SECURE statements
Rewrite the path name in command No; The batch job needs to use a correct mail address format, such as userid@host.domain. Yes
Addition of a message-id field when none appears Yes No
Source routing support, such as the @host1,@host2:userid@host3 or NJEuserid%NJEhost formats No; CSSMTP removes source routes from the path. CSSMTP does not support source routing and does not generate these addressing formats. Yes
Send mail to local mail administrator No; CSSMTP internally generates a report that can be delivered to a mail administrator, but the mail administrator address must be in the form (userid@host.domain). Yes; supports the local TSO or remote (NJE) user IDs as a mail administrator
Supports the SMTP commands EXPN, QUEU, HELP, NOOP, TICK, VERB, and VRFY No; for commands supported, see z/OS Communications Server: IP User's Guide and Commands. Yes
Resolver z/OS UNIX search order for resolver configuration files. Uses system resolver. Native MVS™ search order for resolver configuration files. Does not use system resolver.
Checkpoint Yes; for information about using the CHKPOINT DD statement in the CSSMTP started procedure and about starting CSSMTP, see z/OS Communications Server: IP Configuration Reference. No
IPv6 support Yes No
SMF support Yes No