Smartlist Dezember 2014

smartlist@lists.rwth-aachen.de

1 Teilnehmer
8 Diskussionen

von Kapoor, Nishikant X

All, I am trying to use rc.local.s10.mhonarc from http://www.ha-schneider.de/software/smartlist/ to set up an archive for a mailing list. I have renamed rc.local.s10.mhonarc to rc.local.s30 and added following line to rc.custom RC_LOCAL_SUBMIT_30 = rc.local.s30 rc.local.s10 and rc.local.s20 are already in use and since I do not know how to merge the recipe in rc.local.s10.mhonarc with either of the two, I renamed it to rc.local.s30 and added a new line in rc.custom. Could someone please help me understand as to how it all works. Thanks Nishi

5 Jahre, 9 Monate

Archive egrep

von Alan Northam

The following is a sample of the results of a search that I receive by email. This there a way to hide the line number? ARCHIVE egrep august latest/* BEGIN---------------cut here------------------ latest/10:16:Monday, August 27, 2001 latest/11:16:Tuesday, August 21, 2001 latest/12:16:Wednesday, August 29, 2001 END-----------------cut here------------------ Thanks for your help! Alan,

5 Jahre, 9 Monate

modify the subscribe/unsubscribe-mail

von Martin M=?ISO-8859-1?B?/A==?=ller

hi! how can i modyfiy the text for the automatic subscribe/unsubscribe-mail? The possibilities of a *subscribe.txt*-file in my folder are not enough for me. I want suppress the information about the transmited data and translate the rest of the mail to german. TIA, martin -- "Who needs horror movies when we have Microsoft?" - Christine Comaford, PC Week

5 Jahre, 9 Monate

Archives?

von Mitchell Darer

Hello: Does SmartList have an archiving and (hopefully user friendly) search capability? [I'm not interested in the archives of this Disc List, but of the list I run for my 'users']. Thanks, Mitch Darer -- Mitchell Darer, WebMaster, mitch(a)focusing.org The Focusing Institute, 34 East Lane, Spring Valley, NY 10977 http://www.focusing.org (845) 362-5222 (phone/fax)

5 Jahre, 9 Monate

Re: does anyone find it ironic that smartlist mailing list is using Mailman?

von Charlie Summers

At 11:41 AM -0400 7/28/00, Werner Reisberger is rumored to have typed: > I never saw any > admin reply to the numerous complains about spam messages. Actually, that's not _strictly_ true, since I remember when Stephen was actually maintaining the list (and probably anally have archives of the list from that time somewhere on some floppy or MO cart from a long time ago and far far away). But you're right, it's been _years_ since he's been around. However, the list belongs to the maintainer (or at least the machine's admin), not the members. You'll get no argument from me that the list should be moved (I believe I said exactly that a couple of times), but to suggest the admins need to take a poll to ask what they may or may not do with the existing list is silly, to say the least. They are certainly able to move this list to mailman without the list subscriber's permission - indeed, they _have_ done so, which makes my point for me. Whether we should move this list to a SmartList server is a completely seperate issue...one which Philip should probably weigh in on, since he is now maintaining the procmail/SmartList source and as such the de facto head of our band of merry wanderers... Charlie

5 Jahre, 9 Monate

Re: setting up Smartlist with sendmail

von Zhiliang Hu

Now I am setting up Smartlist with qmail (on a RH mamchine). qmail is installed and tested. Previously I only copied Smartlist over from a similar platform (RH Linux). Now I decided to install from the source: I unpackaged SmartList-3.15 over procmail-3.22 (I cannot find procmail-3.15, thus by tweaking the folder name I managed to have them in the same dirrectory "procmail-3.15"). Now when I run > cd procmail-3.15/SmartList > sh install.sh /home/slist it spit out endlessly the following line: install.sh3: line 3: cd: .: Not a directory install.sh3: line 3: cd: .: Not a directory install.sh3: line 3: cd: .: Not a directory ... that evenually I had to kill the process. Is it a version problem or else? Zhiliang

7 Jahre, 9 Monate

bug: submitter email account cannot form the start of the mailing list name

von alistair＠zoology.ubc.ca

Problem: a person on the distribution list whose email accountname is the same as the beginning of the listname CANNOT submit to the list. Even if "person(a)xx.yy.zz" is in the file accept(dist) or accept2, when they attempt to submit to "personlist(a)xx.yy.zz" they are seen as "Not on the accept list". I have the lastest software bits for Smartlist, in particular, for multigram.c I can see that the problem results from multigram returning an error (when it should not). For example, with "person(a)xx.yy.zz" in the accept file (linked to dist), and given this in file "msg": > Subject: got this? > Date: Mon, 1 Dec 2014 14:07:25 -0800 > To: personlist <personlist(a)xx.yy.zz> > From: person(a)xx.yy.zz > > That is really great. > el persono this formail|multigram pipe from rc.submit returns "worked": if cat msg|formail -X"From " -xFrom: -xReply-To: -xSender: -xResent-From: -xResent-Reply-To: -xResent-Sender: -xReturn-Path: |../.bin/multigram -b1 -m -l28672 -Lzoology.ubc.ca -xbpersonlist(a)zoology.ubc.ca -xbpersonlist-request(a)zoology.ubc.ca accept accept2; then echo worked; else echo failed; fi While this, with bpersonlist => personlist, fails: if cat msg|formail -X"From " -xFrom: -xReply-To: -xSender: -xResent-From: -xResent-Reply-To: -xResent-Sender: -xReturn-Path: |../.bin/multigram -b1 -m -l28672 -Lzoology.ubc.ca -xpersonlist(a)zoology.ubc.ca -xpersonlist-request(a)zoology.ubc.ca accept accept2; then echo worked; else echo failed; fi If someone could point to the unanchored match in the impressively dense code of multigram.c, I would be grateful. This problem happens often for me where we have a guy einstein(a)xx.yy.zz wanting to submit to his own lab's mailing list "einsteinlab(a)xx.yy.zz" Thanks, Alistair

9 Jahre, 5 Monate

bug: submitter email account cannot form the start of the mailing list name

von alistair＠zoology.ubc.ca

Problem: a person on the distribution list whose email accountname is the same as the beginning of the listname CANNOT submit to the list. Even if "person(a)xx.yy.zz" is in the file accept(dist) or accept2, when they attempt to submit to "personlist(a)xx.yy.zz" they are seen as "Not on the accept list". I have the lastest software bits for Smartlist, in particular, for multigram.c I can see that the problem results from multigram returning an error (when it should not). For example, with "person(a)xx.yy.zz" in the accept file (linked to dist), and given this in file "msg": > Subject: got this? > Date: Mon, 1 Dec 2014 14:07:25 -0800 > To: personlist <personlist(a)xx.yy.zz> > From: person(a)xx.yy.zz > > That is really great. > el persono this returns "worked": if cat msg|formail -X"From " -xFrom: -xReply-To: -xSender: -xResent-From: -xResent-Reply-To: -xResent-Sender: -xReturn-Path: |../.bin/multigram -b1 -m -l28672 -Lzoology.ubc.ca -xbpersonlist(a)zoology.ubc.ca -xbpersonlist-request(a)zoology.ubc.ca accept accept2; then echo worked; else echo failed; fi While this, with bpersonlist => personlist, fails: if cat msg|formail -X"From " -xFrom: -xReply-To: -xSender: -xResent-From: -xResent-Reply-To: -xResent-Sender: -xReturn-Path: |../.bin/multigram -b1 -m -l28672 -Lzoology.ubc.ca -xpersonlist(a)zoology.ubc.ca -xpersonlist-request(a)zoology.ubc.ca accept accept2; then echo worked; else echo failed; fi If someone could point to the unanchored match in the impressively dense code of multigram.c, I would be grateful. The problem happens a lot for me where we have a guy einstein(a)xx.yy.zz wanting to submit to his own lab's mailing list "einsteinlab(a)xx.yy.zz" Thanks, Alistair

9 Jahre, 5 Monate

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

Smartlist Dezember 2014