Re: [Clamav-users] Stop it!
- Original Message > From: Colin Alston <[EMAIL PROTECTED]> > Sent: Friday, October 3, 2008 6:27:56 AM > > I've had enough now, and I want all you ClamAV people to listen up. > > ClamAV has been continuously and repetitively adjusting configuration > options in such a way that breaks anything which is automatically > upgraded just stops working. > > This is further aggravated by the fact that Exim does not know how to > gracefully handle failures of clamav daemon. > > Is there a reason people feel it necessary to fail startup on old > configuration options? Is there a reason it can't at least log > deprecations ahead of time to allow people to transition smoothly > between versions *without* their entire mail service grinding to a > halt? Is there a reason these options have to change at all, or that > the configuration parser can't know about old options for n versions > and simply gracefully step over them? > > It's a line-for-line configuration system, startup does not need to > fail at all when options are unrecognised! > > I think ClamAV should be mature enough now to start respecting the > users it has and try to behave in a somewhat more stable way. > > That is all, thank you for your time and the great work. Is there any reason you cannot read the documentation prior to installing a newer version? That is the route I take and have not suffered any significant problems. By the way, my condolences on using Exim; that is why I prefer Postfix. -- Jerry ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] please remove
> From: Stuart Rowan strr-cl...@decisionsoft.co.uk [snip] > > Can we not have the list unsubscribe link in the footer, too? It's a legal > > requirement in the UK to have an easy to use mechanism to unsubscribe to > > marketing emails. The definition of marketing would definitely extend to > > promotion of free open source software. Whether it also extends to a > > support list like this might be debatable, but surely the developers of > > software developed mainly in response to the spamming industry ought to be > > following best practice. > > > > As long as most MTAs don't expose the List-Unsubscribe: header (none do by > > default, as far as I'm aware), it can't be described as "easy to use". Some > > MTAs even make it really hard to find the full message headers. I believe you are referring to MUAs; however, in any case, what ones are your describing? Off hand, I cannot think of an MUA that does not let the user inspect the email headers, although I am sure there must be a few. In any case, there is an RFC, I don't remember the number, that specifies what group information should be included in the email header. This group meets that requirement. For the record, I have belonged to groups that prominently displayed an "UNSUBSCRIBE" link at the bottom of each post; yet, some moron will still post a 'REMOVE' notice directly to the group. You can't fix stupid. -- Jerry ges...@yahoo.com ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
