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
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,
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
On [2005-Jan-10] Stan Goodman <sgood(a)hashkedim.com> wrote:
>
> > SPAMTRAP=mylistspam
>
> No "$" before the name of the variable here? Why?
A programming convention adopted by Stephen when he created procmail and
its scripting language. If you look in rc.init and rc.custom you'll see
that all variables are defined this way (no $ in the definition, $
preceeds the name for simple substitutions).
While in general I agree with Charlie that an email list is not the place
to learn basic programming technigues it's not as if the SmartList list is
overwhelmed with traffic :-)
> > It is written in "procmail" (use man procmail and man formail as a
> > starting point to understand the recipes/instructions in smartlist
> > (smartlist is 'written' in procmail and in sh)
>
> Very compact language. Very little intuitive baggage. Not for the faint of
> heart.
Lean and fast, the criteria needed when dealing with system-level email
and especially back when the program was created -- machines were not as
fast as they are now and you couldn't afford slowness when tens of
thousands of email messages were going through the processing.
> I don't have any files of the form rc.local.rxx (only rc.local.sxx); I
assume
> that I can put the snippet into an otherwise empty one. No header is
required?
Take a look in rc.custom near the bottom. This is where the connection is
made between the variables like RC_LOCAL_REQUEST_XX and the actual
filenames like rc.local.rxx. To actually have rc.submit or rc.request call
the rclocal.xxx modules you need to uncomment the appropriate variable in
rc.custom.
If you look in rc.request you'll see that, if defined, rc.local.r00 is
called right after rc.init and rc.custom are called to define all the
list's parameters. So everything that is defined in those two modules will
be "known" to rc.local.r00 when it executes.
Rich
On [2005-Jan-10] Stan Goodman <sgood(a)hashkedim.com> wrote:
>
> If I understand the above correctly, this is a snippet intended to
examine an
> incoming message, and determine if there is an address in any of the named
> headers that is identical to an address in the dist file, and, if not,
to throw
> it into a file called . SPAMTRAP (I think the "$" is not part of the
filename;
> is that correct?
Pretty much. The variable $SPAMTRAP is assigned a file name via an entry like
SPAMTRAP=mylistspam
which preceeds the recipe given and where mylistspam is the actual
filename that will be used when procmail writes if the recipe succeeds.
>
> I hope someone will correct me if I am wrong (I don't even know the name
of the
> language in which thise scripts are written, so anything is possible).
It is written in "procmail" (use man procmail and man formail as a
starting point to understand the recipes/instructions in smartlist
(smartlist is 'written' in procmail and in sh)
>
> I think there is more to its main paragraph that than, because I can't
account
> for all the terms.
>
> I am not clear what to do with the sentence "(define $SPAMTRAP to be a
file of
> your choice)". How define?
see above
>
> In what file is this piece of script intended to go? And does it matter
where
> in that file it is located?
That little recipe would go in rc.local.r00. It is, as Charlie pointed
out, quite draconian. Once in place then only messages purporting to come
from someone already subscribed to your list will get through so you might
want to at least examine what gets put into the $SPAMTRAP file every once
and awhile.
The rc.local.r00 file goes into the directory containing all of the other
list's files.
If all this makes very little sense thenI'd spend some time looking at the
existing rc.local.** files (along with rc.submit and rc.request) to start
getting a basic idea of what each does and why. You don't need to be an
'adept' to make small changes but some familiarity is a really good idea.
I assume you can also make up a test list in which to run your additions
before commiting them to a real list.
Rich
To simply divert messages to the request-address that don't come from
current subscribers you can use the same mechanism smartlist uses to
restrict postings, i.e. formail/multigram and the dist file
(define $SPAMTRAP to be a file of your choice)
:0:
* !? formail -X"From " -xFrom: -xReply-To: -xSender: -xResent-From: \
-xResent-Reply-To: -xResent-Sender: -xReturn-Path: | \
multigram -b1 -m -l$submit_threshold -L$domain \
-x$listaddr -x$listreq dist
$SPAMTRAP
if you want to be a little less restrictive you can use (as was mentioned
by Jim Osborn) an approach which uses SpamAssassin (SA) to check for the
spamishness of messages that aren't from subscribers:
WHITEU=dist
FROM = `formail -IReply- -rtzxTo:`
:0
* ! ? fgrep -i $FROM $WHITEU
{
INCLUDERC=spamcheck.rc
}
-- where spamcheck.rc is tuned to whatever spam-finding package you
prefer, for instance a simple-minded (and low-volume) SA approach could
be:
:0fw
| /usr/local/bin/spamassassin
:0:
* ^X-Spam-Status: Yes
$SPAMTRAP
Rich
On [2005-Jan-10] Charlie Summers <charlie(a)lofcom.com> wrote:
> At 1:57 PM -0500 1/10/05, rgball(a)ellerbach.com is rumored to have typed:
>
> > To simply divert messages to the request-address that don't come from
> > current subscribers you can use the same mechanism smartlist uses to
> > restrict postings
>
> Which begs a question...how does one subscribe to this hypothetical
> mailing list?
:-) By invitation only?
>
> Charlie (who deals with spam on the system level instead)
oui, when I have the system-level tools available -- when I don't I make do.
These days my smartlist-hosting duties are nil because I no longer have
access to a machine that is a) capable of running a list and b) has
procmail on it.
Rich
Hi All,
I'm trying to set up the confirm package for one of my mailing lists.
In the directions it says to uncomment rc.local.s10 and create a
matching file containing the confirm code.
However, I currently use rc.local.s10 to insert the list name into the
subject line of all messages distributed by the list. I am also using
rc.local.s00 to block attachments and rc.local.s20 to add a footer with
unsubscribe instructions to all list messages, so all the default
rc.local file calls are in use.
Is it possible to combine any of these functions? For example, if I
pasted the code from rc.local.s10 into the bottom of rc.local.s20 would
it be able to perform both functions (inserting the subject line and
the footer) within a single rc.local.s20 file?
As an alternative, can I just create another rc.local.sXX file
(rc.local.s30?) and add the call to rc.custom?
Thanks,
Irwin