can the list admin remove the below account, this message is being sent
directly to those that post to this list:
>Date: Wed, 19 Dec 2001 14:13:56 -0500
>Subject: NDN: already a subscriber
>X-FC-Icon-ID: 2031
>X-FC-MachineGenerated: true
>To: ilazar(a)earthlink.net
>From: "Mailer-Daemon" <Mailer-Daemon(a)massart.edu>
>
>Sorry. Your message could not be delivered to:
>
>paonia,Mass College Art (The name was not found at the remote site. Check
>that the name has been entered correctly.)
For some reason I find that every once in a while people will try to
resubscribe to a list that they are already a member of. I don't know why
they do this, but is there a way of generating an automated response to
them that tells them they are already on the subscriber list?
Thanks,
Irwin
I'm still lost on this one - can someone please help?
<color><param>7F00,0000,0000</param>> Or do I need to modify something already there in the rc.request
> file?
>
> Yes, the latter is the case. The patch contains some lines
> starting with a minus, some starting with a plus, and some
> starting with neither. Remove those with the "-" and add those with
> the "+". The other lines give you some context to better find the
> lines on which to work.
</color>Thanks for the info. Now, when I look at my rc.request file, it only
seems to have one mention of "maintainer" which comes towards
the end
and reads
:0:
* !maintainer ?? .
request
and a bit more which deals with checking to see if there is a
maintainer e-mail address.
The patch (as far as I can understand it) is asking to remove lines
which do not exist in my rc.request file (v 1.79 1997/04/28). Is it OK
to just add in the lines marked "+" ?
<color><param>7F00,0000,0000</param>> The lines starting with
> "+++" and "---" name the files (+++ gives the new one, --- gives the
> old one).
I can't set up a moderated list because qmail thinks it is looping
when it sees the Delivered-To line.
Can anyone suggest how to fix this?
Anyone successfully set up a moderated list without root access on an
isp that rusn qmail?
-Andrew
On Fri, 19 Oct 2001, Philip Guenther wrote:
> Well, since your current setup won't work very well if a message is
> sent to two penpals lists---both of the .procmaillogrc invocations will
> extract the same listname from the header---so using a second line in
> the appropriate dot-qmail file is better than what you're doing now.
> You can fix that extraction problem by passing the EXT variable as an
> argument to the rcfile. Change the preline entry to:
> | preline $HOME/bin/procmail -m .procmaillogrc $EXT
> The rcfile will then see it as $1. That only works with procmail
> versions 3.11pre4 and later, but anything before than is in desperate
> need of upgrading.
On a related note, I liked the idea of using $EXT to write the many
.qmail-john-zu-chi files
files I have this way:
| preline $HOME/.bin/flist $EXT
rather than to generate a different
| preline $HOME/.bin/flist john-zu-chi
each time, for each of the hundred lists. The names had to be
changed for each list. But I just found lots of emails that never
made it to the lists in .etc/request, with the diagnostic
message:
X-Diagnostic: Non-existent mailinglist Tomoe-jing-yi
The $EXT was passing on the case that the senders had chosen to
use, after qmail had been nice enough to ignore the case finding
the right dot-qmail file!! I have to rip out all of those $EXT
and put back in the real name of the lists in those dot-qmail
files.
--
Greg Matheson Those who can do.
Chinmin College Those who can't teach.
--G B Shaw
Taiwan Penpals Archive <URL: http://netcity.hinet.net/kurage>
On Wed, 12 Dec 2001, Andrew Watson wrote:
> >On Sun, 09 Dec 2001, Andrew Watson wrote:
> >> >This message is looping: it already has my Delivered-To line. (#5.4.6)
I wrote:
> >This is a qmail effort to prevent mail loops, and prevents you
> >bouncing messages back through your email address for rehandling
> >by smartlist, I think.
> >Another alternative might be to take out the Delivered-To line
> >and bounce it, but I've never tried that.
Andrew then wrote:
> Any idea how i might do what you suggest (remove the Delivered To line)?
I use mutt so I have access to the headers when I edit the
message. I tried deleting that line, and then just bounced it,
and I think qmail delivered it again and it got processed by the
list.
--
Greg Matheson Rather than doing the right thing,
Chinmin College Doing things right.
Taiwan Penpals Archive <URL: http://netcity.hinet.net/kurage>
i coulddn't find any info on usenet, and can't
find archives of this list, so here it goes (for the upteenth
time, i'm sure).
how can i do mail path verification for subscription? is
this supported already and/or are there simple tweaks
to implement it.
if not, does anybody have some code to add it?
tia,
Bill
FYI, there are Procmail/Smartlist scripts available at:
http://www.johncon.com/john/Cmd/
which is a Certified Mail Delivery agent intended to reduce UCE/spam.
The way it works is that a database "whitelist" is maintained of all
the legitimate e-mail addresses that have passed through an e-mail
server/gateway, (using the bsearchtext database available at
http://www.johncon.com/john/receivedIP/).
If a message's e-mail address is not in the "whitelist", the message
is archived, (via Smartlist scripts-like an archiving mailing list,)
and a e-mail sent back to the sender requesting a reply. If the sender
replies, (i.e., in doing so, certifies the message as authentic,) the
Smartlist script forwards the original message on to the recipient,
and enters the e-mail address in the "whitelist" database.
Although technically feasible, my tests show that it is annoying in
practice, and few senders reply to the certification request.
But it does almost totally block UCE/spam.
YMMD, FWIW ...
John
--
John Conover, conover(a)rahul.net, http://www.johncon.com/
The Procmail/Smartlist application scripts in the rel(1) distribution,
available at http://www.johncon.com/nformatix/, were upgraded. Minor
security enhancements only; there were no code or documentation
changes in the rel(1) sources.
The Procmail/Smartlist scripts are used as a personal/organizational
e-mail archive, using rel(1) as the relevance search engine, (making a
Lotus Notes work alike.)
John
--
John Conover, conover(a)rahul.net, http://www.johncon.com/
On [2001-Dec-08] everett(a)pobox.com <everett(a)pobox.com> wrote:
> 1. Persons listed in the dist file (which is linked to the accept file)
> will get all postings to the list.
>
> 2. Those listed in the accept2 file can post to the list but will nor
> receive email from the list.
>
So 1 & 2 work as intended, yes?
> 3. All others (those not in accept/dist or accept2) are not allowed to
> post to the list and if they do then the maintainer will get the message
> and the person who sent the message will receive the contents of accept.txt
But 3 isn't working, correct?
Does the maintainer get a message when someone not in the accept lists posts? Does that message have
X-Diagnostic: Not on the accept list
as one of its headers?
Rich