July 2001 - Smartlist - lists.rwth-aachen.de

modify the subscribe/unsubscribe-mail
by Martin M=?ISO-8859-1?B?/A==?=ller 19 Jul '18

19 Jul '18

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

2 1

Archives?
by Mitchell Darer 19 Jul '18

19 Jul '18

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)

2 2

Re: does anyone find it ironic that smartlist mailing list is using Mailman?
by Charlie Summers 19 Jul '18

19 Jul '18

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

9 20

blocking a reply
by O'Rourke, Tom (CTR) 27 Jan '02

27 Jan '02

Greetings, Is it possible to block the reply of certain individuals from being distributed to a mailing list? Their accounts have been removed and it is only possible for certain people to post to the list. However, neither one of these options eliminates the possibility of these unwanted individuals from responding. Thanks in advance. Tom O'Rourke

5 6

html attachments
by Werner Reisberger 02 Nov '01

02 Nov '01

I want to remove html attachments from postings but the links in the FAQ don't work and seems to be quite old. Could someone give me a working solution for the removal of this garbage? Werner

3 3

Can I disable pipe through splitmail?
by Neil Darlow 31 Jul '01

31 Jul '01

Hi, I have smartlist-3.15 running under FreeBSD-4.3 nicely. My problem is with dependencies on metamail programs because my server doesn't have X installed (needed to build metamail). I have located a standalone packaging of mimencode but can't find the same for splitmail. Can I remove the pipe-though-splitmail feature in mimesend as a means of working around this deficiency? Regards, Neil Darlow. -- 1024D/531F9048 1999-09-11 Neil Darlow <neil(a)darlow.co.uk> GPG fingerprint = 359D B8FF 6273 6C32 BEAA 43F9 E579 E24A 531F 9048

1 0

Re: List accepting all posts
by Tim Pierce 31 Jul '01

31 Jul '01

In article <v03130300b7887634165a(a)[24.104.7.124]>, Charlie Summers <charlie(a)lofcom.com> writes: > At 8:46 AM -0400 7/28/01, Greg Matheson is rumored to have typed: > >> I agree it is confusing. > > No, it isn't; you simply don't understand the convention. Considering how often this question comes up, I don't think you can reasonably argue that it isn't confusing.

1 0

List accepting all posts
by segura＠attcanada.ca 30 Jul '01

30 Jul '01

For some reason, one of the lists I manage has started to accept postings from anyone. It was setup as a subscriber-only list, and I've looked at the rc.custom file to check that the flag is set. I've even tried setting the flag on and off (removing and adding back the #), and it seems to be ignoring that control. I must say that the logic of the comment is a bit baffling - it says "# uncomment this line if you want to restrict submitting to people on the accept list" and yet it has the word "yes" as the default term to use. To me, this flag should be either "yes" if you want anyone to be able to post, or "no" if you don't. Otherwise, it should be "uncomment this line if you DO want anyone to be able to post". #foreign_submit = yes ##foreign_submit </gets off soap-box/> Can anyone shed any light on how I can get it working? Is there some other thing that could be interfering? TIA Joe

6 10

Re: List accepting all posts
by Donald MacDougall 30 Jul '01

30 Jul '01

No, instead, remove the "##" on the second line where there is no "= yes". Don MacDougall On Sat, Jul 28, 2001 at 09:33:53AM -0600, Harlan Olson wrote: > Charlie, I am really confused now. Check me out below. > > Setting by default, not allowing non-subscribers: > #foreign_submit = yes > ##foreign_submit > > My understanding to enable a function it would be removing the "#": > foreign_submit = yes > ##foreign_submit > > Harlan > > -----Original Message----- > From: smartlist-admin(a)Lists.RWTH-Aachen.DE > [mailto:smartlist-admin@Lists.RWTH-Aachen.DE]On Behalf Of Charlie > Summers > Sent: Saturday, July 28, 2001 8:25 AM > To: Greg Matheson; smartlist(a)Lists.RWTH-Aachen.DE > Cc: segura(a)attcanada.ca > Subject: Re: List accepting all posts > > > At 8:46 AM -0400 7/28/01, Greg Matheson is rumored to have typed: > > > I agree it is confusing. > > No, it isn't; you simply don't understand the convention. > > #foreign_submit = yes > ##foreign_submit > > This means that: > > #foreign_submit = yes > > ...is the pre-set default, and: > > ##foreign_submit > > ...will _change_ the default value and do something differently than the > "stock" SmartList setup does. Note that ALL THE WAY THROUGH the rc.custom > file, this convention is followed for all of the flags...this isn't > something > arbitrarily done in one instance, but rather runs through the entire > rc.custom file to show you the default settings on the flags. > > Again, this tells you what the default value of the variable is, without > wasting the processing time to re-set it to the same value it already has. > Yes, it's copied from rc.init, but there it's _necessary_ to set the > variables (that's why it's called rc.INIT); in rc.custom, if you ain't > changing it, why re-set it to the value it already contains? I realize with > today's processor-wasteful programming styles popularized by the authors of > operating systems that require multiple wasted intepreted layers to do > anything, it seems foreign, but procmail/SmartList is written to be as fast, > small, and processor-friendly as humanly possible, even to the point of not > resetting a variable when it isn't necessary. If you have a gighertz machine > with gigs of RAM you probably don't care about wasted cycles...fortunately, > the maintainers of procmail/SmartList are still more interested in > efficiency > over sloppiness. If Windows programmers wrote the same way, Windows would > run > on a 50mHz 386 at almost the speed the current version does on modern > machines...imagine how fast it could run on THOSE! > > This should really be a FAQ, since it's all _terribly_ helpful; it allows > you to easily read how the defaults are set up - no one coming to SmartList > seems to grasp how this works, and how really helpful this is. If this > doesn't qualify as a FAQ, I don't know what does. > > Charlie > > > > > _______________________________________________ > Smartlist mailing list > Smartlist(a)lists.RWTH-Aachen.DE > http://MailMan.RWTH-Aachen.DE/mailman/listinfo/smartlist ----- End forwarded message -----

1 0

2 problems
by Dr.Orange 30 Jul '01

30 Jul '01

Smartlist v3.13.1 Recently i've started to have 2 problems with smartlist: 1. Smartlist doesn't deliver mail to address outside its own domain, ie it delivers to local address but not remote ones. 2. Smartlist forwards all subscription requests to the maintainer, even if a particular list has the following line commented out in rc.custom: #auto_subscribe = yes any help with either problem (they might even be related) would be dandy. thanks, -S-

3 2