Greetings.
I've set up the Maintainer email in rc.custom
and set cc_requests & cc_unsubscribe_requests to "yes".
Problem is that while _subscribe_ requests work as
they should, _unsubscribe_ requests generate an
*extra* Unsubscribe acknowledgment to the sender,
only with "possible loop" and "mail from daemon"
msgs in the header. Nothing is then CC'd to maintainer.
Any ideas on how to fix?
Thanks!
Scott Warstler
Hi!
I keep asking questions :-)
I've created a separate account within the same domain as my list is on
with the purpose of sending news items to my list. From that account,
however, I cannot post to the list. The address is both in the dist and
accept files.
The only one who receives mail from that address is the administrator
account. The header says: 'Mail coming from a daemon, ignored'
Can someone please tell me why?
Kind regards,
Anne-Marie Oualit
hi,
On Mon, 20 Nov 2000 19:57:46 you wrote:
>
> i have some problems with confirm (v 1.2.3) and Smartlist 3.15
> If the subscriber sends back his confirmation-mail, he is not
> subscribed and added into dist-file, but the message is
> forwarded to the maintainer with X-Diagnostic: Unprocessed
>
> #confirm_maintainer = yes # This forwards all subscription requests to
> confirm_maintainer # the maintainer(s) who have to confirm or
> # ignore the messages.
try commenting out the 2nd `confirm_maintainer' line. I seem to recall
someone explaining in this list that configuration options were set
depending on whether the line was commented out or not, and that
the `=yes' or `=no' at the end was there for cosmetic (readibility)
purposes. Thus, with the above uncommented line your are configuring
smartlist to do what you complain it does: forward all subscription
requests to the maintainer for confirmation.
Miquel
Miquel E Cabanas ------------------------------------------------------
e-mail: Miquel.Cabanas(a)uab.es
Servei d'Espectroscopia de RMN (SeRMN), Univ. Autonoma de Barcelona
Edifici Cs. Cerdanyola del Valles, 08193. Catalunya - Spain
------------------------------------------------------------------------
Hi all, from one month I'm running 10 mail list with Smartlist.
Untill today the server (Linux SUSE 6.4 - with last version of Exim in
replacement of the default sendmail) has worked very good, but today there
was a loop and the same e-mail was sent to the list about 30 times ...
In the mailer log I have these entries:
Mainlog:
2000-11-23 16:16:21 13yy5C-0006NW-00 Failed to get write lock for
/var/spool/exi
m/db/wait-remote_smtp.lockfile: timed out
2000-11-23 16:16:22 13yy5C-0006NW-00 Failed to open wait-remote_smtp
database: C
onnection timed out
Paniclog:
2000-11-23 16:19:19 13yy8r-0006Ul-00 failed to unlink
/var/spool/exim/input//13y
y8r-0006Ul-00-D
2000-11-23 16:19:19 13yy8q-0006UM-00 failed to unlink
/var/spool/exim/input//13y
y8q-0006UM-00-D
In the rc.local.S20 I have this line to strip from the header the e-mails of
the list subscribers:
:0 fhw
| formail -k -X From: -X Subject: -X Date: -X To: -X Reply-To:
Maybe I have stripped the loop flag (if it exists !) ?
Many thanks in advance
Giorgio
Occasionally procbounce detects an excessive number of bounces and proceeds
to unsubscribe the sender, not the bouncing address. Have looked at
procbounce and rc.request, but I can't find how this can happen. I am using
the default bounce parameters, using 3.13.1 in a Solaris environment with
the public (not Sun) sendmail. Any ideas?
Del
D. L. Kimbler, Ph.D., P.E.
Professor, Industrial Engineering
Clemson University
Voice: (864)656-5645
Fax: (864)656-0795
I have a similar problem. We want all of our new subscribers being moderated
initially until we see that they did not simply join the list to spam. We
de-linked the accept list. As I understand, this will send all posts from
persons NOT in the accept list to the maintainer. Our maintainer will then
read and forward the message(s), eventually manually adding the email
address to the accept file OR she will delete the msg and add the email addy
to the reject file.
This seems to be working?
Would be a pain for you though, because you would have to manually add all
your subs as they come in into the accept file. I might suggest adding a
nonaccept file as a feature...not the same as reject (doesn't reject just
trash the message? We want it to go to the maintainer)
Jo
Well I'm here again asking this same question.....
I have installed Smartlist 3.15 on a Linux system where I have a
shell login account. I also have two domains hosted on the system
and *all* mail to either of these domains is delivered to me (as I'm
the postmaster, among other things). My *actual* mail address there
is chris(a)isbd.co.uk, I'd like to set up a Smartlist list with the
name uk-riders(a)isbd.co.uk, presumably with the request address being
uk-riders-request(a)isbd.co.uk.
Presumably I need to do the following:-
Add a .forward file so that mail is delivered using procmail,
something like "|exec /home/d/cgreen/slist/.bin/procmail"
Add some rules to the .procmailrc file so that mail for
uk-riders(a)isbd.co.uk and uk-riders-request(a)isbd.co.uk is
delivered to flist. What would be the exact syntax of these
two rules?
Is that all I need do (apart from the basic bits and pieces in the
Smartlist configuration scripts)?
--
Chris Green (chris(a)areti.co.uk)
Home: chris(a)isbd.demon.co.uk Work: cgreen(a)bcs.org.uk
WWW: http://www.isbd.co.uk/
Does anyone have a quick and dirty fix to the rc.custom or rc.init that will
reject anonymous postings? We've had some problems recently with some toad
sending emails to lists without complete headers, thereby obscuring his/her
idenity. The emails had virus files attached. I'd like to dump any postings
sent without the header lines that identify the sender and/or host server.
Also, the docs are somewhat unclear. If the "foreign_submit = yes" is
uncommented, does that permit, or prevent submissions. It would seem
logically to permit them, but there are two entries in the file, a
"#foreign_submit" and a "##foreign_submit = yes" The docs say to
"...uncomment the appropriate entry." I want to restrict posting to people
on the hardlinked accept list.
Thanks in advance for the help!
