SmartList version 3.15 will be released on or about the 30th of
August. The delay is in the hopes that someone running SmartList under
either postfix or qmail can test something for me and confirm whether
the fix in the prerelease is sufficient.
What's the problem that needs testing, you ask? The documented
procedure for providing both a digested and an undigested version of a
list is to create them as separate lists, subscribe the digested list
to the undigested list, set the "undigested_list" variable of the
digest to point to the undigested list, and finally make the undigested
list be the only address in the (delinked) digest list. As a result,
as post from a subscriber to the digested list typically goes first to
the digested list, which then forwards it to the undigest list. When
it sends it out, it sends it back to the digested list where it will
then end up in the next digest. The problem is that on systems that
use the Delivered-To: header to prevent mail loops (qmail & postfix),
this double-reception of the message by the digested list is detected
as a mailloop and is suppressed, resulting in the message never being
posted to the digest list.
My fix is for the digested list to remove any Delivered-To: headers
that contain its own address before forwarding the message to the
undigested list.
My proposed fix can be found in the rc.submit file from the
prerelease. Can someone on a system running postfix or qmail please
try this out and tell me whether my fix works? I've thrown several
messages through the recipes and they appear to work, but I would feel
better about such a late-breaking change (I only learned about the bug
on the 23rd) if someone in the situation could test it.
Philip Guenther
Procmail & SmartList maintainer
bug(a)procmail.org
Hello,
I'm using smartlist for a newsletter with about 4.500
subscribers. Every time I send my newsletter I get some mail
delivery failures returned, mostly because of terminated
accounts. Most failure messages provide a clear error message
that includes the incorrect e-mail address.
Unfortunately, some mail servers return an error message with
the original e-mail (send by smartlist) attached, but with no
mention of the e-mail address that failed. Is there a way to
have smartlist/sendmail include the addressee in the headers
when it sends the mail?
In that way I would be able to find the incorrect address in the
header of the message that is returned to me.
--
Thanks in advance,
René Pijlman <R.Pijlman(a)applinet.nl>
Greetings,
I am using Smartlist as part of a hosting package.
I have been able to configure the rc.custom file to restrict who can
subscribe to our list. (Closed list)
I have about 40 people already subscribed who I manually subscribed via
Xcommand.
But in testing this group, when I send a message to the group, no one
else is getting them. Yet I get a copy of my post. I tested this out by
adding a second e-mail address of mine to see if the second address would
receive the post I sent from the first. Nothing is coming through.
I am very new to this and can not figure out what is wrong and why mail
is not getting through for the list. Can someone direct with clear cut
directions on what might be wrong.
I turned off auto-subscribe. I have been able to follow the FAQ fairly
easily. My hosting service doesn't have a manual and the only one I saw
online was very confusing.
Please assist.
thanks!!
>Hello,
>
>I'm using smartlist for a newsletter with about 4.500
>subscribers. Every time I send my newsletter I get some mail
>delivery failures returned, mostly because of terminated
>accounts. Most failure messages provide a clear error message
>that includes the incorrect e-mail address.
>
>Unfortunately, some mail servers return an error message with
>the original e-mail (send by smartlist) attached, but with no
>mention of the e-mail address that failed. Is there a way to
>have smartlist/sendmail include the addressee in the headers
>when it sends the mail?
>
>In that way I would be able to find the incorrect address in the
>header of the message that is returned to me.
Rene
If you use VERP, and have a unique envelope sender, then decode the address
the bounce is returned to, re-format the message and send it to SL, that
should solve the problem.
Qmail, an MTA, does VERP as an option, and I have some configuration files
for Exim that send VERP style, and decode and re-route bounces to SL. You
would need to spend several days at least to incorporate my code.
I think somebody has adapted Qmail with SL although not sure if it's
available to borrow or not.
That's my two cents.
mark
mark david mcCreary
Internet Tools, Inc. 1436 West Gray #438
mdm(a)internet-tools.com Houston, Texas 77019
http://www.internet-tools.com 713.627.9600
>>>>> "Bill" == Bill Platt <admin(a)windstormcomputing.com> writes:
Bill> When you submit a new subscription via the website, all is
Bill> well. When you submit a new subscription via email, the
Bill> copy comes on through to the maintainer, and the email is
Bill> logged in the Log file, however, the email address never
Bill> gets added to the Dist list.
Bill> I have gone through the rc. files, all of them and compared
Bill> them also to the original rc. files from another server all
Bill> together. Every single dotted I and crossed T seems to be
Bill> in place.
i am seeing this same behavior. i have also noticed that if the email
has the "subscribe" or "unsubscribe" direction in the message body
instead of in the subject header, the address *is* automatically
subscribed or unsubscribed, as expected. i too would be interested in
knowing how to fix this.
i "fixed" it via hack -- i changed the subscribe/unsubscribe
directions i give out to say to put the word subscribe/unsubscribe in
the message body. but, lots of people still send requests in the
subject, so i'm always having to manually subscribe and unsubscribe
people. this pretty much defeats the purpose of automating a mailing
list manager, doesn't it? ideally, i'd like to really fix it!
plw
Hello:
Is there an archiving and (hopefully user friendly) searching w/ SmartList?
[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)
* Thu 2000-08-17 era eriksson <era(a)iki.fi> list.procmail
* Message-Id: <14747.40591.972762.3169(a)sirppi.helsinki.fi>
[regarding procmail, smartlist development]
First, Short welcome to all:
I've been away for a along time due to new work and
too much new responsibilities and lack of good Unix access, but
every mail from everyone who has submitted comments to pm-ja*.rc
modules is still saved and waits for date to be addressed. Thank you
everyone, Especially Ralph Sobek, Camden Spiller, Thomas Paquet,
Roy Stewart, Mike Harris, Don Jacobson, Haroon Rafique, Manfred Kohl.
I'm finally running good Linux 2.4 kernel and a CVS pserver,
and I'm in progress moving development to sourceforge. Please
wait some time to get all started.
| I think we should have another IRC chat with Stephen and the other
| folks who originally were interested in the procmail.org idea, perhaps
| in early September. I can volunteer to write up an agenda, based on
| earlier messages in this thread. I can also call Stephen and ask him
| what day and time would be suitable (or Philip, if you're going to
| call him anyway at some point, can you bring this up?)
I this is good idea, I'd like to participate. The distribution of
provmail should include all possible goodies in one packet and
additional contributions could be put under contrib/
| I'd be in favor of giving Whom It May Concern some sort of write
| access, and see what comes of it. If (whoever will be running)
| procmail.org is not willing to put up an Anon CVS server, it can be
| moved to sourceforge.net or something.
We really should move everything to sourceforge and have group of
maintainers with CVS commit rights.
Jari
Le 08:23 22/08/00 -0400, Rich Peachey nous écrivait:
>On Mon, 21 Aug 2000, Ron Miller wrote:
>> I really would just like to clean it up a bit and get rid of some things.
>> Though when searching the files that are in the smartlist directory I see
>> nothing that looks like what is in the mail such as: You have added to the
>> subscriber list of:. Where is it pulling this information from?
>With my list, I have a file called 'subscribe.txt' in my list's
>directory. I think that is the file you are looking for.
No! It's generated by the .bin/subscribe program, call by rc.request
But if you plan to customize the subscribtion, you need to edit the two
files: .bin/subscribe and your_list/subscribe.txt
Francois
--
IL FAUT SAUVER MUMIA ABU JAMAL !
Francois Sauterey Home: +33 (0) 1 40 33 68 46
email mailto:Francois.Sauterey@ras.eu.org
http://www.ras.eu.orghttp://www.iris.sgdg.org
to get my PGP KEY: send me a mail with Subject: send pgp key
I just need to know if I'm wasting my time trying to change the subscribe
mail received by new subscribers.
I did not install smartlist personally, it was included in my hosting
package.
Anyways, What has had me stumped for some time now is I'm trying to change
the e-mail subscribers received when the join the list.
I really would just like to clean it up a bit and get rid of some things.
Though when searching the files that are in the smartlist directory I see
nothing that looks like what is in the mail such as: You have added to the
subscriber list of:. Where is it pulling this information from?
Please point me in the right direction. Thank-you.
Ron Miller
millerinc.comlolgreetings.com
Is the smartlist mailing list still alive?
Thanks,
John
--
John Conover Tel. 408.370.2688 conover(a)inow.com
631 Lamont Ct. Cel. 408.772.7733
Campbell, CA 95008 Fax. 408.379.9602 http://www.johncon.com