Hosting a 100 user group of which ~15 have hotmail addresses. Most of the
time messages are distributed normally but every once in a while all the
hotmail accounts fail to receive the message. Any ideas? These users are
all cancer patients and not especially computer savvy so I cannot migrate
them to other service providers. I really need to solve this problem. JimK
On Thu, Oct 10, 2002 at 08:34:39AM -0400, Doug Mansfield wrote:
> This is what I did, I just use a cron job to reset the wholog at whatever
> interval I want. It limits a user to three posts (ends up 6 per day). I
> put it in rc.local.s10 in both the list and digest. The first line checks
> to make sure they aren't counted twice (once for the list and twice for the
> digest or vise-versa).
Thank you for your recipe. I wrote something which is better suited for me
because I need a limit configurable for a certain member. You gave me some
good hints which I incorporated.
I am using a recipe and a shell script which enables me to set monthly or
daily quota limits for a set of list members. It's possible to set
the quota different for each user. If the quota limit is reached the
subscriber gets a message indicating the current limit in the subject.
A cronjob for housekeeping isn't necessary.
I attached the recipe and the shell script.
Werner
Does anybody ever wrote something like a quota mechanismn for postings? I
want to limit the number of postings for certain people, i.e. list member
bigmouth can only send 7 postings per month while other subscribers can post
unlimited.
Werner
Hello,
I wanted to know if there was a way to suppress the outgoing
confirmation email message when a user is added to a mailing list.
Our setup is as follows:
I set up email lists for various departments of our organization. They
would like to edit the list themselves instead of giving me requests so
that I can edit the dist file. I would like for them to be able to do
this themselves. Our host gives us access to make web-based x-commands,
but these send a confirmation email out and it would confuse many of our
users.
Another option is to set up a password protected area and then make a
PHP file that lets the managers edit the text file themselves. Does
anyone know of any pre-existing code that does something like this?
Any help would be greatly appreciated.
Hitesh
Asian Americans for Equality
www.aafe.org <http://www.aafe.org/>
Hi,
I have smartlist 3.15 and it seems wrong user has been unsubscribed
(<j.dohnal(a)worldonline.cz>). He is the original sender of the message to
the list, but completely different address is bouncing the email. My
question is, why doesn't smartlist doesn't check somewhere that it
doesn't pick up the address from the original From: line. What can I do to
prevent this to happen again?
Please Cc: me in replies. Thanks.
--
Martin Mokrejs <mmokrejs(a)natur.cuni.cz>, <m.mokrejs(a)gsf.de>
PGP5.0i key is at http://www.natur.cuni.cz/~mmokrejs
MIPS / Institute for Bioinformatics <http://mips.gsf.de>
GSF - National Research Center for Environment and Health
Ingolstaedter Landstrasse 1, D-85764 Neuherberg, Germany
tel.: +49-89-3187 3683 , fax: +49-89-3187 3585
----- Původní zpráva -----
Od: <montana-request(a)natur.cuni.cz>
Komu: <j.dohnal(a)worldonline.cz>
Odesláno: 4. října 2002 18:57
Předmět: You have been removed from the list
> Your mail address j.dohnal(a)worldonline.cz has been removed
> from the montana(a)natur.cuni.cz mailinglist.
> It generated an excessive amount of bounced mails.
>
> Before sending in a subscription request to
> montana-request(a)natur.cuni.cz again, please ensure that
> this problem has been resolved. When in doubt, ask your system
> administrator or send mail to "postmaster".
>
> The last one of those bounced mails has been quoted below:
> >From MAILER-DAEMON(a)tao.natur.cuni.cz Fri Oct 4 17:57:54 2002
> >Received: from smtp.iol.cz (smtp-out.iol.cz [194.228.2.90])
> > by tao.natur.cuni.cz (a.b.c/a.b.c) with ESMTP id g94GkxFk091422
> > for <montana-request(a)natur.cuni.cz>; Fri, 4 Oct 2002 17:46:59 +0100 (MET)
> >X-Obalka-To: <montana-request(a)natur.cuni.cz>
> >Received: from ims2 (ims-2.iol.cz [194.228.2.89])
> > by smtp.iol.cz (Internet on Line) with ESMTP id 6BA6E33FAC
> > for <montana-request(a)natur.cuni.cz>; Fri, 4 Oct 2002 18:47:18 +0200 (CEST)
> >Received: from process-daemon.ims-2.iol.cz by ims-2.iol.cz
> > (iPlanet Messaging Server 5.2 HotFix 0.9 (built Jul 29 2002))
> > id <0H3G00101TFKGQ(a)ims-2.iol.cz> for montana-request(a)natur.cuni.cz; Fri,
> > 04 Oct 2002 18:46:50 +0200 (MEST)
> >Received: from ims-2.iol.cz
> > (iPlanet Messaging Server 5.2 HotFix 0.9 (built Jul 29 2002))
> > id <0H3G0012CUM2JZ(a)ims-2.iol.cz>; Fri, 04 Oct 2002 18:46:50 +0200 (MEST)
> >Date: Fri, 04 Oct 2002 18:46:50 +0200 (MEST)
> >From: Internet Mail Delivery <postmaster(a)ims-2.iol.cz>
> >Subject: Delivery Notification: Delivery has failed
> >To: montana-request(a)natur.cuni.cz
> >Message-id: <0H3G0012GUM2JZ(a)ims-2.iol.cz>
> >MIME-version: 1.0
> >X-Security: MIME headers sanitized on prfdec
> > See http://www.impsec.org/email-tools/sanitizer-intro.html
> > for details. $Revision: 1.134 $Date: 2002-04-21 16:30:40-07
> >Content-type: multipart/report;
> > boundary="Boundary_(ID_FDMqNcMHdlEIuvqDvffg6w)"; report-type=delivery-status
> >
> >
> >--Boundary_(ID_FDMqNcMHdlEIuvqDvffg6w)
> >Content-type: text/plain; charset=us-ascii
> >Content-language: en-US
> >Content-transfer-encoding: 7BIT
> >
> >This report relates to a message you sent with the following header fields:
> >
> > Return-path: <montana-request(a)natur.cuni.cz>
> > Return-path: <montana-request(a)natur.cuni.cz>
> > Received: from ims-ms-daemon.ims-2.iol.cz by ims-2.iol.cz
> > (iPlanet Messaging Server 5.2 HotFix 0.9 (built Jul 29 2002))
> > id <0H3G0012CUM2JZ(a)ims-2.iol.cz>
> > (original mail from montana-request(a)natur.cuni.cz); Fri,
> > 4 Oct 2002 18:46:50 +0200 (MEST)
> > Received: from mta-in1 (12.30.168.192.in-addr.arpa [192.168.30.12])
> > by ims-2.iol.cz (iPlanet Messaging Server 5.2 HotFix 0.9 (built Jul 29 2002))
> > with ESMTP id <0H3G00MIZUM256(a)ims-2.iol.cz> for lo-po%quick.cz@ims-ms-daemon
> > (ORCPT lo-po(a)quick.cz); Fri, 04 Oct 2002 18:46:50 +0200 (MEST)
> > Received: from mxo1.vol.cz (mxo1.vol.cz [195.250.128.76])
> > by mta-in1.iol.cz (iPlanet Messaging Server 5.2 HotFix 0.9 (built Jul 29
> > 2002)) with ESMTP id <0H3G00GNSULMLL(a)mta-in1.iol.cz> for lo-po(a)quick.cz
> > (ORCPT lo-po(a)quick.cz); Fri, 04 Oct 2002 18:46:50 +0200 (MEST)
> > Received: from m2.post.cz (m2.post.cz [212.20.96.226])
> > by mxo1.vol.cz (8.12.3/8.12.3) with ESMTP id g94GkYxZ071045 for
> > <lo-po(a)quick.cz>; Fri, 04 Oct 2002 18:46:34 +0200
> > Received: from relay2.post.cz (relay2.post.cz [212.20.96.234])
> > by m2.post.cz (8.12.3/8.12.5) with ESMTP id g94GkYKB082916; Fri,
> > 04 Oct 2002 18:46:34 +0200
> > Received: from tao.natur.cuni.cz (tao.natur.cuni.cz [195.113.56.1])
> > by relay2.post.cz (8.12.3/8.12.5) with ESMTP id g94GkXSG013528; Fri,
> > 04 Oct 2002 18:46:33 +0200
> > Received: from tao.natur.cuni.cz (localhost [127.0.0.1])
> > by tao.natur.cuni.cz (a.b.c/a.b.c) with ESMTP id g94Gh6Fk090723; Fri,
> > 04 Oct 2002 17:43:06 +0100 (MET)
> > Received: (from listserv@localhost) by tao.natur.cuni.cz (a.b.c/a.b.c/Submit)
> > id g94Ggt37093004; Fri, 04 Oct 2002 18:42:55 +0200 (CEST)
> > Resent-date: Fri, 04 Oct 2002 18:42:51 +0200 (CEST)
> > Date: Fri, 04 Oct 2002 18:41:09 +0200
> > Resent-from: montana(a)natur.cuni.cz
> > From: Jiri Dohnal <j.dohnal(a)worldonline.cz>
> > Subject: Re: [montana] Prima Outdoor spacaky
> > Resent-sender: montana-request(a)natur.cuni.cz
> > To: montana(a)natur.cuni.cz
> > Errors-to: montana-request(a)natur.cuni.cz
> > Reply-to: montana(a)natur.cuni.cz
> > Resent-message-id: <KH7IHaMKhC.A.P2V.LUcn9@prfdec>
> > Message-id: <003801c26bc4$db2fcc20$1210a8c0@dodo>
> > MIME-version: 1.0
> > X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
> > X-MIME-Autoconverted: from quoted-printable to 8bit by tao.natur.cuni.cz id
> > g94GfhFk042983
> > X-Mailer: Microsoft Outlook Express 6.00.2600.0000
> > Content-type: text/plain; charset=iso-8859-1
> > Content-transfer-encoding: 8BIT
> > Precedence: bulk
> > X-Loop: montana(a)natur.cuni.cz
> > X-Obalka-From: j.dohnal(a)worldonline.cz
> > X-Obalka-To: <montana(a)natur.cuni.cz>
> > References: <Pine.LNX.4.10.10210041608460.29276-100000(a)klokan.sh.cvut.cz>
> > X-Mailing-List: <montana(a)natur.cuni.cz> archive/latest/1254
> > List-Post: <mailto:montana@natur.cuni.cz>
> > List-Subscribe: <mailto:montana-request@natur.cuni.cz?subject=subscribe>
> > List-Unsubscribe: <mailto:montana-request@natur.cuni.cz?subject=unsubscribe>
> > List-Archive: <http://www.natur.cuni.cz/cgi/wilma/montana/>
> > (Web Archive of this list)
> > List-Help: <mailto:montana-request@natur.cuni.cz?subject=help>
> >
> >Your message cannot be delivered to the following recipients:
> >
> > Recipient address: lo-po(a)quick.cz
> > Original address: lo-po(a)quick.cz
> > Reason: Over quota
> >
> >
> >--Boundary_(ID_FDMqNcMHdlEIuvqDvffg6w)
> >Content-type: message/delivery-status
> >
> >Reporting-MTA: dns;ims-2.iol.cz (ims-ms-daemon)
> >
> >Original-recipient: rfc822;lo-po(a)quick.cz
> >Final-recipient: rfc822;lo-po(a)quick.cz
> >Action: failed
> >Status: 5.2.2 (Over quota)
> >
> >--Boundary_(ID_FDMqNcMHdlEIuvqDvffg6w)
> >Content-type: message/rfc822
> >
> >Return-path: <montana-request(a)natur.cuni.cz>
> >Return-path: <montana-request(a)natur.cuni.cz>
> >Received: from ims-ms-daemon.ims-2.iol.cz by ims-2.iol.cz
> > (iPlanet Messaging Server 5.2 HotFix 0.9 (built Jul 29 2002))
> > id <0H3G0012CUM2JZ(a)ims-2.iol.cz>
> > (original mail from montana-request(a)natur.cuni.cz); Fri,
> > 04 Oct 2002 18:46:50 +0200 (MEST)
> >Received: from mta-in1 (12.30.168.192.in-addr.arpa [192.168.30.12])
> > by ims-2.iol.cz (iPlanet Messaging Server 5.2 HotFix 0.9 (built Jul 29 2002))
> > with ESMTP id <0H3G00MIZUM256(a)ims-2.iol.cz> for lo-po%quick.cz@ims-ms-daemon
> > (ORCPT lo-po(a)quick.cz); Fri, 04 Oct 2002 18:46:50 +0200 (MEST)
> >Received: from mxo1.vol.cz (mxo1.vol.cz [195.250.128.76])
> > by mta-in1.iol.cz (iPlanet Messaging Server 5.2 HotFix 0.9 (built Jul 29
> > 2002)) with ESMTP id <0H3G00GNSULMLL(a)mta-in1.iol.cz> for lo-po(a)quick.cz
> > (ORCPT lo-po(a)quick.cz); Fri, 04 Oct 2002 18:46:50 +0200 (MEST)
> >Received: from m2.post.cz (m2.post.cz [212.20.96.226])
> > by mxo1.vol.cz (8.12.3/8.12.3) with ESMTP id g94GkYxZ071045 for
> > <lo-po(a)quick.cz>; Fri, 04 Oct 2002 18:46:34 +0200
> >Received: from relay2.post.cz (relay2.post.cz [212.20.96.234])
> > by m2.post.cz (8.12.3/8.12.5) with ESMTP id g94GkYKB082916; Fri,
> > 04 Oct 2002 18:46:34 +0200
> >Received: from tao.natur.cuni.cz (tao.natur.cuni.cz [195.113.56.1])
> > by relay2.post.cz (8.12.3/8.12.5) with ESMTP id g94GkXSG013528; Fri,
> > 04 Oct 2002 18:46:33 +0200
> >Received: from tao.natur.cuni.cz (localhost [127.0.0.1])
> > by tao.natur.cuni.cz (a.b.c/a.b.c) with ESMTP id g94Gh6Fk090723; Fri,
> > 04 Oct 2002 17:43:06 +0100 (MET)
> >Received: (from listserv@localhost) by tao.natur.cuni.cz (a.b.c/a.b.c/Submit)
> > id g94Ggt37093004; Fri, 04 Oct 2002 18:42:55 +0200 (CEST)
> >Resent-date: Fri, 04 Oct 2002 18:42:51 +0200 (CEST)
> >Date: Fri, 04 Oct 2002 18:41:09 +0200
> >Resent-from: montana(a)natur.cuni.cz
> >From: Jiri Dohnal <j.dohnal(a)worldonline.cz>
> >Subject: Re: [montana] Prima Outdoor spacaky
> >Resent-sender: montana-request(a)natur.cuni.cz
> >To: montana(a)natur.cuni.cz
> >Errors-to: montana-request(a)natur.cuni.cz
> >Reply-to: montana(a)natur.cuni.cz
> >Resent-message-id: <KH7IHaMKhC.A.P2V.LUcn9@prfdec>
> >Message-id: <003801c26bc4$db2fcc20$1210a8c0@dodo>
> >MIME-version: 1.0
> >X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
> >X-MIME-Autoconverted: from quoted-printable to 8bit by tao.natur.cuni.cz id
> > g94GfhFk042983
> >X-Mailer: Microsoft Outlook Express 6.00.2600.0000
> >Content-type: text/plain; charset=iso-8859-1
> >Content-transfer-encoding: 8BIT
> >Precedence: bulk
> >X-Loop: montana(a)natur.cuni.cz
> >X-Obalka-From: j.dohnal(a)worldonline.cz
> >X-Obalka-To: <montana(a)natur.cuni.cz>
> >References: <Pine.LNX.4.10.10210041608460.29276-100000(a)klokan.sh.cvut.cz>
> >X-Mailing-List: <montana(a)natur.cuni.cz> archive/latest/1254
> >List-Post: <mailto:montana@natur.cuni.cz>
> >List-Subscribe: <mailto:montana-request@natur.cuni.cz?subject=subscribe>
> >List-Unsubscribe: <mailto:montana-request@natur.cuni.cz?subject=unsubscribe>
> >List-Archive: <http://www.natur.cuni.cz/cgi/wilma/montana/>
> > (Web Archive of this list)
> >List-Help: <mailto:montana-request@natur.cuni.cz?subject=help>
> >
> >Spacaky PRIMA mam dva, pro bezne pouziti nejsou o nic horsi nez kterekoliv jine od slusne firmy. Prvni jsem kupovat uz asi pred osmi lety a byl jsem natolik spokojen, ze kdyz mi ho ukradli, koupil jsem si znovu stejny.
> >Extremni verzi jsem nezkousel, ale asi ani u ni neni duvod k obavam.
> >Ty ceny jsou zajimave, ale mam pocit, ze je to trochu i reklamni trik, protoze za ty puvodni ceny se ty spacaky nejspis nikdy neprodavaly. Ale to je bezny trik skoro vsech obchodniku.
> >dodo
> >
> >----- Puvodní zpráva -----
> >Od: "Petr Silhan" <P.Silhan(a)sh.cvut.cz>
> >Komu: <montana(a)natur.cuni.cz>
> >Odesláno: 4. ríjna 2002 16:17
> >Predmet: [montana] Prima Outdoor spacaky
> >
> >
> >> Cau,
> >>
> >> nasel jsem na www.primaspacaky.cz vyrobce spacaku, ktery ma v rijnu (asi
> >> okurkova sezona nebo co) docela agresivni slevy - jako ze u nekterych
> >> typu skoro 50%. Znate je nekdo? Nikdy predtim jsem o tehle firme
> >> neslysel...
> >>
> >> Pritelkyne neco shani, ale jelikoz je to v Brne, nemuzu se tam na to jet
> >> podivat a nerad bych si nabehnul, aby mi ho za pul roku omlatila o
> >> hlavu.:-)
> >>
> >> PetrS.
> >>
> >>
> >
> >
> >---
> >Odchozí zpráva neobsahuje viry.
> >Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz).
> >Verze: 6.0.393 / Virová báze: 223 - datum vydání: 30.9.2002
> >
> >
> >
> >--Boundary_(ID_FDMqNcMHdlEIuvqDvffg6w)--
> >
---
Odchozí zpráva neobsahuje viry.
Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz).
Verze: 6.0.393 / Virová báze: 223 - datum vydání: 30.9.2002
Folks;
Ok, I'll admit it. I can shell script, but arch_retrieve has me crossing
my eyes and praying for salvation. While I struggle to chart and understand
the complete flow of the script, I'm curious to know if anyone here has made
modifications to it (not extensions through the retrieve.local mech) they are
willing to share as learning tools. A few things that come to mind (in no
particular order) are:
1) Ignoring maxfiles; having a guy set maxfiles to 0 and then requesting a
few hundred files is probably not a good thing.
2) Disabling body commands, and limiting to a single subject command. (Ok,
this is a little silly, but might be useful for underpowered servers.)
3) Limiting ls/get on a per-directory basis. The latest/ directory in an
interactive list contains the archives...but for a digested list it contains
the parts for the _next_ issue, and I'm not sure it's a great idea to allow
subscribers to arbitrarily pull latest/digest.body. (A great reuse of an
existing directory that, in retrospect, was probably _not_ the way to go -
I'd argue the digest build should be outside the archive tree. But that's an
issue for the digest shell script instead, so nevermind.)
4) Dropping searches. Again, a little silly, but I could imagine some
situations where I'd want to restrict or remove searches.
I'm certain there are other possible modifications I haven't thought about
that someone might have found useful; I'd think almost anything would be
helpful in learning how to alter the behavior of arch_retrieve.
Charlie
greetings -
as the subject says, i am working on installing smartlist on OS X
10.1.5. the problem i am running up against is that i already have a
working procmail (v3.21), so i tried to just install smartlist. i
found that it will not build.
i found in a previous post that it is possible to install a second
version of procmail without disturbing the default install. is this
what i should do? if so, is the procedure for installing procmail in
a non-default directory clearly outlined in the install docs? or,
since i really have not modified my procmail install, should i just
go ahead and install the new one?
thanks for any advice,
-geoff s.
--
Geoff Smith voice: 202.404.6324
Naval Research Laboratory; Code 7253 fax: 202.767.3303
4555 Overlook Ave., SW geoffrey.smith(a)nrl.navy.mil
Washington, DC 20375
<web page coming soon>
greetings -
as the subject says, i am working on installing smartlist on OS X
10.1.5. the problem i am running up against is that i already have a
working procmail (v3.21), so i tried to just install smartlist. i
found that it will not build.
i found in a previous post that it is possible to install a second
version of procmail without disturbing the default install. is this
what i should do? if so, is the procedure for installing procmail in
a non-default directory clearly outlined in the install docs? or,
since i really have not modified my procmail install, should i just
go ahead and install the new one?
thanks for any advice,
-geoff s.
--
Geoff Smith voice: 202.404.6324
Naval Research Laboratory; Code 7253 fax: 202.767.3303
4555 Overlook Ave., SW geoffrey.smith(a)nrl.navy.mil
Washington, DC 20375
<web page coming soon>
is there a way to keep the real name w/ the e-mail address upon
subscription? has anybody patched or knows of some patches that will allow
this?
tia,
Bill
