On 07/04/2014 11:21 AM, Matus UHLAR - fantomas wrote:
there is no reason why sa-milter should know about users - it would require adding new useless code to it. Especially not when there is no local user, which is something spamd must take care about, so there's no need to duplicate this job in sa-milter.
are you going to blame spamassassin people for not creating milter interface, so you can't blame them for bugs that still do not belong to the milter interface, but they can easily be fixed in spamd that already has a bug report about that?
you are free to create your own version of sa-milter that would do an username expansion, or patch existing sa-milter to do that (bug it still would not solve the issue in spamd).
you are free to work around spamd issue by specifying pyzor config globally. But don't blame sa-milter when you refuse to understand the nature of the issue. I gave you description of the real problem and pointed to a place where it could be fixed easily.
I really don't want to explain it to you again...
The basic nature of the issue is not in a specific bug report noted here. It's an issue of "Frankenstein Frameworks".
Now, I'm a Unix guy from the 1980s. And there is something to be said about simple tools which do one thing and do it well. Which I've always had relative success in using to build up into my own Frankenstein Frameworks.
I'm honestly not sure who to blame here, or even who I'd like to blame. I guess that makes me a bit non-partisan.
I'd like to be able to apt-get or yum a meta-package that pulls in enough packages and "glue" to create a mail server, with spam control, which doesn't have too many embarrassing bugs. So now I'm pointing at the distro maintainers, too.
If I stayed in this environment, I suspect that I would end up a raving lunatic. I appreciate that some other people here are more... emotionally resilient. LOL.
-Steve Bergman
