summaryrefslogtreecommitdiff
path: root/README.NETSCAPE
diff options
context:
space:
mode:
authorbwarsaw2001-07-11 21:30:31 +0000
committerbwarsaw2001-07-11 21:30:31 +0000
commitc79da63883ac11ca5cc00cdcdf3958d1481e32b7 (patch)
tree00aaeb4426cadb81fbd75f38e4a4d8bfcdce435d /README.NETSCAPE
parent80a32be4011c3e1d2a7378ea4749dd25306ca252 (diff)
downloadmailman-c79da63883ac11ca5cc00cdcdf3958d1481e32b7.tar.gz
mailman-c79da63883ac11ca5cc00cdcdf3958d1481e32b7.tar.zst
mailman-c79da63883ac11ca5cc00cdcdf3958d1481e32b7.zip
Diffstat (limited to 'README.NETSCAPE')
-rw-r--r--README.NETSCAPE66
1 files changed, 40 insertions, 26 deletions
diff --git a/README.NETSCAPE b/README.NETSCAPE
index e64838c4c..dbe5da9c2 100644
--- a/README.NETSCAPE
+++ b/README.NETSCAPE
@@ -1,39 +1,53 @@
Mailman - The GNU Mailing List Management System
-Copyright (C) 1998,1999,2000 by the Free Software Foundation, Inc.
+Copyright (C) 1998,1999,2000,2001 by the Free Software Foundation, Inc.
59 Temple Place - Suite 330, Boston, MA 02111-1307, USA
-Some of your users may experience problems sending mail to a
-members-only list, if they are using Netscape Communicator as their
-MUA. Communicator 4.x on Linux has been observed to insert bogus
-unqualified Sender: headers -- i.e. Sender: headers with only the
-username part of the email address. Other version of Netscape may
-also have the same bug.
-Members-only lists use Sender: as the first field to authenticate
-against, so if Sender: exists in the email message, but it is
-unqualified, it will never match a mailing list member's address, and
-their post will always be held for approval.
+NETSCAPE ISSUES
-In the future, Mailman will improve its algorithm for finding a
-matching address, but in the meantime, M. A. Lemburg <mal@lemburg.com>
-provides the following advice. You can send this snippet to any user
-whose posts are being held for seemingly no reason.
+ Some of your users may experience problems sending mail to a
+ members-only list, if they are using Netscape Communicator as
+ their MUA. Communicator 4.x on Linux has been observed to insert
+ bogus unqualified Sender: headers -- i.e. Sender: headers with
+ only the username part of the email address. Other version of
+ Netscape may also have the same bug.
- Edit the two .js files in your .netscape directory (liprefs.js and
- preferences.js) to include the function call:
+ By default, members-only lists use the From: header as the first
+ field to authenticate against, falling back to Sender:. The site
+ administrator can also configure Mailman to always use Sender:
+ first. If Sender: is used, and it exists in the email message,
+ but it is unqualified, it will never match a mailing list member's
+ address, and their post will always be held for approval.
- user_pref("mail.suppress_sender_header", true);
+ In the future, Mailman will improve its algorithm for finding a
+ matching address, but in the meantime, M. A. Lemburg <mal@lemburg.com>
+ provides the following advice. You can send this snippet to any user
+ whose posts are being held for seemingly no reason.
- BTW, the binary includes a comment which says that this is only
- necessary on Unix.
+ Edit the two .js files in your .netscape directory (liprefs.js and
+ preferences.js) to include the function call:
- Since Communicator regenerates this file upon exit, the change
- must be done when Communicator is not currently running. With the
- next start, it will stop adding the Sender: header and things
- start to work like a charm again.
+ user_pref("mail.suppress_sender_header", true);
-The reason things start to work again, is that Mailman falls back to
-authenticating the From: header if the Sender: header is missing.
+ BTW, the binary includes a comment which says that this is only
+ necessary on Unix.
+
+ Since Communicator regenerates this file upon exit, the change
+ must be done when Communicator is not currently running. With the
+ next start, it will stop adding the Sender: header and things
+ start to work like a charm again.
+
+ The reason things start to work again, is that Mailman falls back to
+ authenticating the From: header if the Sender: header is missing,
+ even if the site administrator has configured things to look at
+ Sender: first.
+
+
+MOZILLA
+
+ There are no known problems with Mozilla 0.9.x at this time. I
+ don't know whether the above Netscape problem also affects
+ Mozilla.