> I am installing a fresh 17.x Listserv on RHEL and I have it mostly
 > working.  One issue though is that it the listserv is not setting the
 > from address, but instead leaving it blank.  I am trying to use Sendgrid
 > as my SMTP server and they require this field to map to an approved
 > domain, which it is not.  Can anyone guide me on how to resolve this?

In my experience, LISTSERV usually just sent bounces that way.  But
Sendgrid is breaking most of the rules by rejecting such mail.

De


RFC2505 (spam prevention), section 2, recommendation 6a:

	MUST NOT refuse "MAIL From: <>".

RFC821 (SMTP), section 3.7:

	One way to prevent loops in error reporting is to specify
	a null reverse-path in the MAIL command of a notification
	message.  When such a message is relayed it is permissible
	to leave the reverse-path null.  A MAIL command with a null
	reverse-path appears as follows:

	MAIL FROM:<>

RFC2476 (message submission), section 3.2:

	Note that a null return path, that is, MAIL FROM:<>, is
	permitted and MUST be accepted. (MUAs need to generate null
	return-path messages for a variety of reasons, including
	disposition notifications.)

RFC1904 (DSN), section 2:

	The envelope sender address of the DSN SHOULD be chosen to
	ensure that no delivery status reports will be issued in
	response to the DSN itself, and MUST be chosen so that DSNs
	will not generate mail loops.  Whenever an SMTP transaction
	is used to send a DSN, the MAIL FROM command MUST use a NULL
	return address, i.e. "MAIL FROM:<>".

RFC1891 (DSN), section 7.1:

	The DSN sender address (in the SMTP MAIL command) MUST be a
	null reverse-path ("<>"), as required by section 5.3.3 of [9].
	The DSN recipient address (in the RCPT command) is copied from
	the MAIL command which accompanied the message for which the
	DSN is being issued.  When transmitting a DSN via SMTP, the RET
	parameter MUST NOT be used.  The NOTIFY parameter MAY be used,
	but its value MUST be NEVER.  The ENVID parameter (with a newly
	generated envelope-id) and/or ORCPT parameter MAY be used.

RFC1123 (requirements for internet hosts), section 5.2.9:

	The syntax shown in RFC-821 for the MAIL FROM: command omits
	the case of an empty path:  "MAIL FROM: <>" (see RFC-821
	Page 15).  An empty reverse path MUST be supported.

############################

To unsubscribe from the LSTSRV-L list:
write to: mailto:[log in to unmask]
or click the following link:
http://peach.ease.lsoft.com/scripts/wa-PEACH.exe?SUBED1=LSTSRV-L&A=1