>I have a user subscribed as [EMAIL PROTECTED] who just posted to a >members-only list as [EMAIL PROTECTED] (Because of Sun's email setup, >this is out of the user's control.) The posting failed to go through >even though SMART_ADDRESS_MATCH was set to 1. > >Has anyone else hit this problem and found a fix? It seems like it >must be a logic error in Utils.FindMatchingAddresses(), but it's not >obvious to me where the problem is.
I think we have, and I think the solution was that mailman assumes it has the canonical e-mail address and searches for that domain within the domain of incoming mail. So, if your user was subscribed as [EMAIL PROTECTED], attempts to e-mail from [EMAIL PROTECTED] would work, because eng.sun.com contains sun.com. But sun.com does not contain eng.sun.com, so posting as sun.com when subscribed as eng.sun.com does not work. There is probably some logic to this, as it is not unreasonable to posit a site where multiple subdomains are unrelated. (i.e., [EMAIL PROTECTED] and name@[EMAIL PROTECTED] have their own namespaces). Mailman appears to be assuming that the subscription address is the most general possible, and only more specific addresses will match with SMART_ADDRESS_MATCH turned on. Anyway, our solution was to resubscribe the user with their "real" address, and I have not heard from that list manager since on that subject. Jerry -- [EMAIL PROTECTED] http://www.sandiego.edu/~jerry/ Serra 188B/x8773 -- The more restrictions there are, the poorer the people become. The greater the government's power, the more chaotic the nation would become. The more the ruler imposes laws and prohibitions on his people, the more frequently evil deeds would occur. --The Silence of the Wise: The Sayings of Lao Zi ------------------------------------------------------ Mailman-Users mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py