I would say this is a configuration error in majordomo. You should
be using "subscribe_policy = (open|closed)+confirm" to validate the
users. Mail cannot be delivered to a domain that does not have one
or the other of MX or A records. (or are you saying the domain can
be found by looking up a CNAME record?)
If you have an address in your list that is not resolveable, you
should just delete the entry. There is no point in fighting what
you have no control over. If you want to test the address before
deleting it, use `sendmail -bv address`. If this test comes back
as undeliverable, delete the offending address from the list. You
can't fix it.
Dan Liston
Jonathan Byrne wrote:
>
> Possibly more related to sendmail than majordomo, but I'll
> give it a try.
>
> I recently migrated our ml from and older OpenBSD machine to
> a FreeBSD 4.2 machine running Sendmail 8.11.1 and am encountering
> a problem with addresses for which there is neither an MX record
> nor an A record.
>
> Bulkmailer hands off a bundle of mails to sendmail, and if that
> bundle contains such an address, it fails to delivery every other
> address in that bundle, and may abort the list run altogether.
>
> Here's a maillog sample:
>
> Feb 27 16:46:43 ml sendmail[16560]: f1R7hqD16560: SYSERR: putoutmsg (localhost): error on output channel sending "450 4.7.1 <snipped@liptinfor.bf>... Can not check MX records f
> or recipient host liptinfor.bf": Broken pipe
> Feb 27 16:46:43 ml sendmail[16560]: f1R7hqD16560: ruleset=check_rcpt, arg1=<snipped@liptinfor.bf>, relay=daemon@localhost, reject=450 4.7.1 <snipped@liptinfor.bf>... Can not c
> heck MX records for recipient host liptinfor.bf
> Feb 27 16:46:43 ml sendmail[16560]: f1R7hqD16560: lost input channel from daemon@localhost to stdin after rcpt
> Feb 27 16:46:43 ml sendmail[16560]: f1R7hqD16560: from=<owner-elt-newsletter@ml.gol.com>, size=0, class=0, nrcpts=14, proto=SMTP, relay=daemon@localhost
> Feb 27 16:46:43 ml sendmail[16583]: f1R7khl16583: SYSERR: putoutmsg (localhost): error on output channel sending "220 ml.gol.com ESMTP Sendmail 8.11.1/8.11.1; Tue, 27 Feb 2001 1
> 6:46:43 +0900 (JST)": Broken pipe
>
> I've tried building a new sendmail.cf using feature('accept_unresolvable_address'), but that didn't help.
>
> Has anyone else encountered this, and if so, how did you resolve it?
> If you have a URL with a fix, please send it.
>
> TIA,
>
> Jonathan
Follow-Ups:
References:
|
|
