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
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)
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
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
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
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
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.
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
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 -----
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-