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:
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 |