diff options
author | msapiro <> | 2006-02-20 03:39:53 +0000 |
---|---|---|
committer | msapiro <> | 2006-02-20 03:39:53 +0000 |
commit | 8b3da1f3b4b91b6f5d99f73d325dd0812371485d (patch) | |
tree | 6ecbdecde51992cc64d3a3656f38297c26ab0da4 | |
parent | 6be1ebc71775dcc7cb7544d75a0c6a67fdd372e8 (diff) | |
download | mailman2-8b3da1f3b4b91b6f5d99f73d325dd0812371485d.tar.gz mailman2-8b3da1f3b4b91b6f5d99f73d325dd0812371485d.tar.xz mailman2-8b3da1f3b4b91b6f5d99f73d325dd0812371485d.zip |
Added note from Kevin McNamee.
Renamed from mm-handler.readme.
Diffstat (limited to '')
-rw-r--r-- | contrib/README.mm-handler (renamed from contrib/mm-handler.readme) | 66 |
1 files changed, 65 insertions, 1 deletions
diff --git a/contrib/mm-handler.readme b/contrib/README.mm-handler index a406e33e..1dee515f 100644 --- a/contrib/mm-handler.readme +++ b/contrib/README.mm-handler @@ -147,5 +147,69 @@ That's it! With any luck, you're fully functional. on your server. Consult the sendmail documentation if you do not know. + +The following note is provided by Kevin McNamee <kevin.mcnamee(at)symsoft.se> +regarding solving a problem with mail to list addresses being rejected for +"user unknown". Reference: +<http://mail.python.org/pipermail/mailman-users/2006-February/049235.html> + + +"User unknown" analysis +======================= +If the "user unknown" problem arises, then sendmail is not +recognising your domain as a "mailman" domain. +The problem could be that your mailman.mydomain.com is defined as a +CNAME not a real DNS record. + +A hint from a tutorial about Masquerading: +http://www.feep.net/sendmail/tutorial/config/masquerading.html +"This address must be an address record in DNS, not simply +a CNAME, or the remote end will canonicalize the address back +to the original name." + +First confirm the problem +# sendmail -bv testlist<at>mailman.mydomain.com +testlist<at>mailman.mydomain.com... User unknown + +Then confirm that mailertable is operational +# sendmail -d -bv jbloggs<at>hotmail.com | egrep "map_rewrite|mailertable" +map_lookup(host, hotmail.com) => host_map_lookup(hotmail.com) => +map_rewrite(hotmail.com), av = +map_rewrite => hotmail.com. +map_lookup(mailertable, hotmail.com) => NOT FOUND (0) +map_lookup(mailertable, .com) => NOT FOUND (0) +map_lookup(mailertable, .) => NOT FOUND (0) + +Then confirm that your domain (CNAME) is being canonicalised: +# sendmail -d -bv testlist<at>mailman.mydomain.com | egrep +"map_rewrite|mailertable" +map_lookup(host, mailman.mydomain.com) => +host_map_lookup(mailman.mydomain.com) => map_rewrite(aserver.mydomain.com), +av = +map_rewrite => aserver.mydomain.com. + +Sendmail has done an nslookup and found the real name of your domain which +would not match your settings in mailertable (if sendmail got that far). + +If you remove the CNAME and create a real subdomain, then the problem will +go away: +# sendmail -bv testlist<at>mailman.mydomain.com +testlist<at>mailman.mydomain.com... deliverable: mailer mailman, host +testlist<at>mailman.mydomain.com, user testlist + +You will still need to create a new CNAME in your sub-domain for Apache to +work. + +Conclusion: +It is very important to make clear in the Mailman installation instructions +that a REAL subdomain is needed. Those of us not familiar with DNS (or +sendmail for that matter) can succeed in getting the whole Mailman +installation working including the (Apache) web-interface and subscription +management using just a CNAME and then wonder why we cannot send mail to our +list. Hope this is of use. + +Ed. note: the above "conclusion" applies in this mm-handler case, but it +normally does not apply if list mail is delivered via aliases. + -- -$Id: mm-handler.readme 4287 2001-10-27 02:30:51Z bwarsaw $ +$Id: README.mm-handler 7782 2006-02-20 03:39:53Z msapiro $ |