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
