Has anyone had success using metamail -d and a severely pruned mailcap file, to
process incoming messages to plain text before other list processing? A number of
my subscribers are simply unable to understand the concept of plain text, yet I
don't want to permit text+HTML and assorted garbage to be distributed by the list.
I have been tinkering a little with a mailcap:
application/* ; cat %s >> /dev/null
image/* ; cat %s >> /dev/null
text/enriched ; richtext -e %s
text/html ; cat %s >> /dev/null
text/richtext ; richtext %s
Interactively
MAILCAPS=/that/specific/mailcap metamail -d < message-with-image-attached
seems to offer possibilities.
I know there are other solutions to this that use perhaps perl or some other tools,
but I'd like to use the stock metamail distribution to solve this if it will.
Has anyone experimented with or implemented something like this?
--
Rick DeMattia <rad(a)nshore.org>
The secret of the universe is|^&*||x|NO CARRIER
On Mon, 20 Jun 2005, dmacdoug wrote:
> On Mon, Jun 20, 2005 at 01:45:07PM -0500, Zhiliang Hu wrote:
> >
> > Yes I deleted it and when there is a post to the list, it is created
> > again, with the posting in the file. [Note: (the "cat" file in the
> > list dir has a permission 665, strange, ah? ... I have "umask 002" in
> > my rc.init).
>
> For whatever it's worth, my UMASK is 007. I wouldn't think anyone outside
> of user or group should need rights to the files created, certainly not
> execute rights.
My "umask 002" allows it to save archive mails with "664" permission,
which allows the web server to read (this should be 666-002=664 ...
but I don't know why this odd file is in a strange 665 mode).
[I tried to work the httpd through shared groups but some other
problems on the way]
> > I am not sure if this is a good idea but should I change the ../.bin/
> > files to add the path to the excutables? [like "cat=/bin/cat"; now it
> > is "cat=cat"]
> >
> > Zhiliang
>
> The problem with putting the explicit path into the variable assignment like
> that is that, although it might possibly avoid the error, this variable is
> assigned in at least half a dozen different scripts, so it would probably
> need to be modified everywhere. And it shouldn't be necessary. Also, it
> doesn't attack the root of the problem.
>
> I suspect that, in some file which has been modified, there's an error in a
> procmail script which is creating this extra copy of the messages in this
> file.
>
> I'm no procmail whiz, and every time I want to make one I have to relearn
> it, it seems, so I'm no one to follow, but I would start by looking at every
> file that I'd modified and doing a diff between it and an unmodified version
> to make sure that none of my changes, purposeful or accidental, could be
> doing that.
You are exactly right ... I have been doing just this. The trouble is
I migrated an old list with a number of rc files brough in, and it may
take somewhile to test each. I thought a sharper eye could help .. ;-)
> Don
Thanks a lot!
Zhiliang
Yes I deleted it and when there is a post to the list, it is created
again, with the posting in the file. [Note: (the "cat" file in the
list dir has a permission 665, strange, ah? ... I have "umask 002" in
my rc.init).
I am not sure if this is a good idea but should I change the ../.bin/
files to add the path to the excutables? [like "cat=/bin/cat"; now it
is "cat=cat"]
Zhiliang
On Mon, 20 Jun 2005, dmacdoug wrote:
> Oops I meant, have you tried deleting that file named cat? Sorry about the
> typo.
>
> On Mon, Jun 20, 2005 at 10:48:03AM -0700, dmacdoug wrote:
> > On Mon, Jun 20, 2005 at 09:55:52AM -0500, Zhiliang Hu wrote:
> > >
> > > I got a bunch of errors like following in my Smarlist log file:
> > >
> > > ../.bin/subscribe: line 1: ./cat: Permission denied
> > > ../.bin/subscribe: line 112: ./cat: Permission denied
> > > ../.bin/subscribe: line 123: ./cat: Permission denied
> > > ../.bin/subscribe: line 140: ./cat: Permission denied
> > > ../.bin/subscribe: line 142: ./cat: Permission denied
> > > ../.bin/arch_retrieve: line 1: ./cat: Permission denied
> > > ../.bin/arch_retrieve: line 312: ./cat: Permission denied
> > > ../.bin/procbounce: line 142: ./cat: Permission denied
> >
> > ...
> >
> > > One odd thing is every successfully posted mail is saved into a
> > > file called "cat" in the list directory.
> >
> > Have you tried simply that file named cat? It looks to me like it's trying
> > to execute that file rather than the binary file /bin/cat which should be in
> > your path. Why it's been created in the first place is another question.
> >
> > Don M.
>
I got a bunch of errors like following in my Smarlist log file:
../.bin/subscribe: line 1: ./cat: Permission denied
../.bin/subscribe: line 112: ./cat: Permission denied
../.bin/subscribe: line 123: ./cat: Permission denied
../.bin/subscribe: line 140: ./cat: Permission denied
../.bin/subscribe: line 142: ./cat: Permission denied
../.bin/arch_retrieve: line 1: ./cat: Permission denied
../.bin/arch_retrieve: line 312: ./cat: Permission denied
../.bin/procbounce: line 142: ./cat: Permission denied
while the list still works on distributing group mails and take
sub/unsub requests.
I checked all possible file permissions and folder/file ownership
-- everything seem fine: /bin/cat - 755; ~slist/.bin/subscribe - 755;
the target files to read have 664 and user:group=slist:slist
One odd thing is every successfully posted mail is saved into a
file called "cat" in the list directory.
Any suggestion where to look further?
Zhiliang
> Maybe you could help me! I have installed procmail and smartlist
> on top of
> sendmail
> on the Solaris 8 server. I can created a mailing list (called:
> mylist), I
> can subscribe
> and unsubscribe to mailing list and they are working fine, but when
> I send a
> regular email
> message to the list (mylist(a)abc.com), the email was never forward
> to any
> member of the list.
> Neither one of the member have received my email. But, I can see the
> message in the log
> (mylist/log).
Sorry, but there are too many things that could be going wrong to
speculate without more information. Did the message show up in the
archive/latest directory? What did you see in the log file?
Try editing the rc.custom file for your list and uncomment the
"VERBOSE=yes" line. Then send another test message and look again at
the log file for clues. If that doesn't tell you right away what's
wrong, post the log entries to this list for help.
-cary
I am attempting to move an existing list from one server to another. I get
the following error, which is new to me, and I can't figure out how to fix
it:
----- The following addresses had permanent fatal errors -----
"|flist listname"
(reason: Service unavailable)
(expanded from: <listname(a)domain.com>)
----- Transcript of session follows -----
flist: Couldn't exec "../.bin/procmail"
554 5.0.0 Service unavailable
System is using procmail v3.22
Sendmail 8.12.11
flist is linked from /etc/smrsh to /home/slist/.bin/flist
Thank you for any help you can provide.
Kim
Hello,
For reasons I don't understand, Smartlist sometimes removes a different
address than the one that sent the unsubscription request. This problem
also occurs with 'procbounce' where a full functional email address
will be accidently removed instead of the address that was actually
bouncing.
An example from the log file looks like:
unsubscribe: attempt 75 address1 6946 address2 by: address2 Mon Jun
6 01:31:00 EDT 2005
What do the numbers ('75' and '6946') mean?
The relevant entries from rc.custom are:
#maxhist = 32 # bounce history limit
#minbounce = 4 # no. of bounces before removal
#cutoff_bounce = 256 # lines to keep in bounce processing
#match_threshold= 30730 # for close matches to the list
#medium_threshold= 28672 # for not so close matches to the list
#loose_threshold= 24476 # for loosely finding your name
I assume that since these are not uncommented, the defaults will be
used.
Have anyone else seen this? Any solutions?
Thanks,
- Harshal
__________________________________
Discover Yahoo!
Get on-the-go sports scores, stock quotes, news and more. Check it out!
http://discover.yahoo.com/mobile.html
kiran telangi wrote:
> I want to make some changes in working of smartlist
> for vacation program. I want to stop sending the mails
> to user(subscriber) of smartlist during the time of
> his vacation.[No auto reply with away message] Is
> there any way to stop sending mails to some particular
> subscribers.
Kiran,
Take a look at the 'suspend' add-on that lets a user suspend their
subscription for a number of days. You can get it at
ftp://www.pure.ch/pub/smartlist/
(The username and password don't matter)
The description says:
suspend: Enables the temporary unsubscription for a certain number
of days. This is useful if someone doesn't want to read the
list messages for a given number of days. Instead of sending
two messages for unsubscribing and subscribing one suspend message
is sufficient.
Hope this helps,
- Harshal
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hi,
I want to make some changes in working of smartlist
for vacation program. I want to stop sending the mails
to user(subscriber) of smartlist during the time of
his vacation.[No auto reply with away message] Is
there any way to stop sending mails to some particular
subscribers.
Thanks in Advance.
and special thanks to Miquel Cabanas for his help
regarding "Confirm" addon for smartlist.
Thanks,
Kiran.
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Roger Burton West wrote:
> This is one of the many reasons why it's a good idea to squash all
> list messages down to plain text before other processing. There
> are several programs to do this, including my own
> textfilter (available on request); it just makes life vastly
> easier...
Roger,
I currently use stripmime.pl to remove attachments from incoming
messages but I don't decode base64-encoded messages. If textfilter can
do that, please send it to me or let me know where I can download it
from.
Thanks,
- Harshal
__________________________________
Do you Yahoo!?
Yahoo! Small Business - Try our new Resources site
http://smallbusiness.yahoo.com/resources/
