Mailman 3 October 2000 - Mailman-Users

modifying 'not-metoo' option's behavour?
by Gordon Grant 31 Oct '00

31 Oct '00

Hi, I use currently use Mailman for some of Babcock & Brown's internal mailing lists. We are having a problem with people getting multiple emails, despite having the 'not-metoo' option switched on. This is caused by them being another recipient on a mail also sent to the list. The not-metoo option, (if I'm correct) removes an address from the list of names to send to when the list is run, if that person *sent* the mail to the list. The question: Is there any way to change this behaviour so that the name gets dropped if the person was merely cc'd on a mail sent to the list, instead of having sent it? This would be a wonderful feature to have in the way we use Mailman here. Regards, Gordon Grant Systems Administrator Babcock & Brown

1 0

Re: [Mailman-Users] MIME attachments again.
by Eduardo Jacob 31 Oct '00

31 Oct '00

At 06:11 31/10/00, you wrote: >foo:"| /usr/local/etc/demime.pl - |/home/mailman/mail/wrapper post foo" The problem is that with this, line, smrsh as shipped in RH 6.1,complains and doesn't let you execute this line. Do you have an idea of how to fix it?, perhaps a shell script? Eduardo

3 2

Renaming mailing lists...
by Jean-Sebastien Morisset 31 Oct '00

31 Oct '00

Is there a way to rename a mailing list? Thanks, js. -- Jean-Sebastien Morisset, Sr. UNIX Admin <jsmoriss(a)jsm-mv.dyndns.org> Personal Homepage <http://www.jsmoriss.dyndns.org/> UNIX, Internet, Homebrewing, Cigars, PCS, CP2020 and other Fun Stuff... This is Linux Country. On a quiet night you can hear Windows NT reboot!

1 1

subscriptions fail
by Andreas Gietl 31 Oct '00

31 Oct '00

Hi, i am running a few servers with mailman-2.0b2 and exim-3.16 and everything is working fine. But after every upgrade to a version >b2 i get a problem: After subscription the user gets his confirmation of subscription request. But after answering this mail nothing happens! Exim delivers the mail without any errors to mailman but no result takes place. Any ideas? Need more information? andreas -- andreas gietl gietl internet services fon +49 9402 2551 fax +49 9402 2604 mobile +49 171 60 70 008 gietl(a)gietl.com ############################################ # Das Handbuch sagt, das Programm benötige # # Windows 95 oder besser. Also habe ich # # Linux installiert! # ############################################

1 0

anounce-only mailing list
by info＠italia2.com 31 Oct '00

31 Oct '00

Hello we are using mailman in our machine, our customers need to get subscriptions on the web without password and to send emails to subscribers without them answering; Actual program seems to perfectly handle a mailing list where users can answer to moderator and communicate to each others; well they don't want users to answer, jus to get weekly emails after subscriptions. And subsc should be performed without any pswd, simply filling out with email add. Is it possible? thank you ******************************* Le richieste di assistenza devono contenere username e pswd del dominio ******************************* ITALIA2 International Web Hosting Assistenza Icq #4575596 *******************************

1 0

Re: [Mailman-Users] 2.0rc1 notes
by Steve Fox 31 Oct '00

31 Oct '00

> >>>>> "SF" == Steve Fox <stevefx(a)us.ibm.com> writes: > > SF> 1. When a new list is created the mail which gets sent out to > SF> the list administration appears to be missing a slash in the > SF> URL after hostname/mailman as it says > SF> hostname/mailmanadmin/listname and > SF> hostname/mailmanlistinfo/listname > > Be sure DEFAULT_URL ends in a slash. Duh, thanks ;0) Did this change between beta2 and beta6? > SF> 2. On the general options of the admin page the parameters > SF> which have "yes" and "no" for options do not have them > SF> consistently ordered. Most have "No" then "Yes" but I found > SF> one that doesn't (the "Send mail to poster when their posting > SF> is held for approval?" option). No biggie, just thought it > SF> might clean up the interface a little. > > Yup, this sucks and will likely be cleaned up in 2.1. Cool Thanks for your help -- Steve Fox IBM Linux Technology Center http://oss.software.ibm.com/developerworks/opensource/linux/ http://stevefx.rchland.ibm.com (IBM intranet) http://k-lug.com (Rochester Linux Users Group)

2 2

Re: [Mailman-Users] weird problems; a cry for help
by Dan Mick 31 Oct '00

31 Oct '00

> >>>>> "JWB" == John W Baxter <jwblist(a)olympus.net> writes: > > JWB> Someone with better C skills than mine (which haven't been > JWB> exercised in about 7 years) could try the samples in C (of > JWB> various flavors). > > -------------------- snip snip -------------------- > #include <stdio.h> > > int main() > { > printf("% d\n", 10); > return 0; > } > -------------------- snip snip -------------------- > @anthem[[[/tmp:1037]]]% ./a.out > 10 You learn something new every day...

1 0

Re: [Mailman-Users] Permissions prob
by Dan Mick 31 Oct '00

31 Oct '00

Well, mine is 664 mailman/mailman. I'm not certain why. But it works that way. The scheme *seems* to be (don't quote me on this) group-writable-by-group-mailman, so that the programs, which should be sgid-mailman, will have permissions. > Since I upgraded from 1.1something to 2.0beta5 (Using the Debian > packages in the unstable dist): > > Oct 31 09:47:04 2000 (23491) Delivery exception: [Errno 13] Permission denied: '/var/lib/mailman/archives/private/nsw-consent.mbox/nsw-consent.mbox' > Oct 31 09:47:04 2000 (23491) Traceback (innermost last): > File "/usr/lib/mailman/Mailman/Handlers/HandlerAPI.py", line 82, in do_pipeline > func(mlist, msg, msgdata) > File "/usr/lib/mailman/Mailman/Handlers/ToArchive.py", line 31, in process > mlist.ArchiveMail(msg, msgdata) > File "/usr/lib/mailman/Mailman/Archiver/Archiver.py", line 197, in ArchiveMail self.__archive_to_mbox(msg) > File "/usr/lib/mailman/Mailman/Archiver/Archiver.py", line 163, in __archive_to_mbox > mbox = self.__archive_file(afn) > File "/usr/lib/mailman/Mailman/Archiver/Archiver.py", line 149, in __archive_file return Mailbox.Mailbox(open_ex(afn, "a+")) > File "/usr/lib/mailman/Mailman/Utils.py", line 578, in open_ex > fd = os.open(filename, flags, perms) > IOError: [Errno 13] Permission denied: '/var/lib/mailman/archives/private/nsw-consent.mbox/nsw-consent.mbox' > > > check_perms reports nothing about the archives, they are set to > root-only write though: > > [root@dora] ~# ls -l /var/lib/mailman/archives/private/nsw-consent.mbox/nsw-consent.mbox > 0 -rw-r--r-- 1 root list 0 May 3 2000 /var/lib/mailman/archives/private/nsw-consent.mbox/nsw-consent.mbox > > Should I try setting them to 0664 instead of 0644? > > bekj > > -- > : --Hacker-Neophile-Eclectic-Geek-Grrl-Queer-Disabled-Boychick-- > : gossamer(a)tertius.net.au http://www.tertius.net.au/~gossamer/ > : If you want, then start to laugh. If you must, then start to > : cry. Be yourself - don't hide, Just believe in destiny. > : -- Enigma > > ------------------------------------------------------ > Mailman-Users maillist - Mailman-Users(a)python.org > http://www.python.org/mailman/listinfo/mailman-users

1 0

mailman not creating html archives
by Robert Watt 31 Oct '00

31 Oct '00

I am trying to transfer mailman from one server to another. I've done a fairly vanilla install, and all components of mailman are working except html archives. No matter what I do, I can't get them to start. No errors are generated in the logs. The .mbox archives are working fine. In my Defaults.py file I have the following line: ARCHIVE_TO_MBOX = 2 which should enable html archives. both servers have the same config as far as I can tell. The only difference is that one is running qmail, and the other postfix (although I can't see how that could be related to the problem). All of the lists I've set up have the archiving options set the same as on the old server (basically - public archives, monthly frequency, local archiving, etc). Any thoughts would be appreciated. Thanks. ^^^^^^^^^^^^^^^^^^^^ Rob Watt System Administrator CollabNet NY 212-414-4212 x113 ^^^^^^^^^^^^^^^^^^^^

1 0

Permissions prob
by Bek Oberin 30 Oct '00

30 Oct '00

Since I upgraded from 1.1something to 2.0beta5 (Using the Debian packages in the unstable dist): Oct 31 09:47:04 2000 (23491) Delivery exception: [Errno 13] Permission denied: '/var/lib/mailman/archives/private/nsw-consent.mbox/nsw-consent.mbox' Oct 31 09:47:04 2000 (23491) Traceback (innermost last): File "/usr/lib/mailman/Mailman/Handlers/HandlerAPI.py", line 82, in do_pipeline func(mlist, msg, msgdata) File "/usr/lib/mailman/Mailman/Handlers/ToArchive.py", line 31, in process mlist.ArchiveMail(msg, msgdata) File "/usr/lib/mailman/Mailman/Archiver/Archiver.py", line 197, in ArchiveMail self.__archive_to_mbox(msg) File "/usr/lib/mailman/Mailman/Archiver/Archiver.py", line 163, in __archive_to_mbox mbox = self.__archive_file(afn) File "/usr/lib/mailman/Mailman/Archiver/Archiver.py", line 149, in __archive_file return Mailbox.Mailbox(open_ex(afn, "a+")) File "/usr/lib/mailman/Mailman/Utils.py", line 578, in open_ex fd = os.open(filename, flags, perms) IOError: [Errno 13] Permission denied: '/var/lib/mailman/archives/private/nsw-consent.mbox/nsw-consent.mbox' check_perms reports nothing about the archives, they are set to root-only write though: [root@dora] ~# ls -l /var/lib/mailman/archives/private/nsw-consent.mbox/nsw-consent.mbox 0 -rw-r--r-- 1 root list 0 May 3 2000 /var/lib/mailman/archives/private/nsw-consent.mbox/nsw-consent.mbox Should I try setting them to 0664 instead of 0644? bekj -- : --Hacker-Neophile-Eclectic-Geek-Grrl-Queer-Disabled-Boychick-- : gossamer(a)tertius.net.au http://www.tertius.net.au/~gossamer/ : If you want, then start to laugh. If you must, then start to : cry. Be yourself - don't hide, Just believe in destiny. : -- Enigma

1 0