Is this the bug you're talking about?:
>* I was testing this with 2.11.0 - went back to 2.10.1 and the expected
*>* behaviour was restored ( mail from !MYNETS is not being DKIM signed).*
Ralph Seichter ezt írta (időpont: 2018. okt.
9., K, 20:17):
> On 09.10.18 19:46, Mark Martinec wrote:
>
>
>
>
> >>
> >>>I hope Amavis could still be maintained. DSPAM is already gone. If
> >>>also Amavis dies, Spamassassin will follow...
>
>
on October 9, 2018, amavisd-new-2.11.1 was released
https://amavis.org/release-notes.txt
>
>
--
cat /etc/motd
Thank you
Indunil Jayasooriya
On 10/09/2018 04:43 PM, Jakob Curdes wrote:
> Mark, I would like to use the moment to thank you for years of work on
> this project which has evolved into an important part of mail handling
> for many of us.
> I am glad a solution has been found that shows a future for this software.
>
> Regards
Greetings,
first, and I really, really mean first before anything else can be said:
Thank you Mark! Thank you for all the work you put into amavis, for all
the hours of thinking and testing and thanks for fixing all the bugs over
the past years.
Now: I've been in contact offlist
Mark, I would like to use the moment to thank you for years of work on this project which has
evolved into an important part of mail handling for many of us.
I am glad a solution has been found that shows a future for this software.
Regards and have luck with your new interests,
duties and
On 2018-09-19 14:15, Vitali Quiering wrote:
I thought about the setup like this:
Postfix receives the mail and sends it (content-filter) to the haproxy
on port 10024 which passes the tcp connection to one of the amavis
servers on port 10024. After scanning amavis sends it back to postfix
on
Marco skrev den 2018-10-08 13:48:
I hope Amavis could still be maintained. DSPAM is already gone. If
also Amavis dies, Spamassassin will follow...
Benny Pedersen писал 2018-10-08 15:55:
and spampd, mimedefang, canit, canit-pro, procmail, fuglu
will possible die aswell then ? :=)
note
On 2018-10-09 19:46, Mark Martinec wrote:
I'll skip my apologies for being unresponsive for the past two years,
there's not enough room in this mail message :) My interests,
duties and priorities have shifted, and amavisd was running smoothly
at our site (still is), so there was less
On 09.10.18 19:46, Mark Martinec wrote:
> Greetings all the patient attendees of this ML and users of Amavis
Ah, the man himself. ;-) Thank you for reacting to my inquiry. I can
understand that priorities can shift, and I want to personally thank
you for all the work you put into amavisd-new
The discussed 'facts' here include:
amavisd is not actively maintained
it's a 1-persoon project, & the author's non-responsive to comms
it's perl
spam admin's a constantly moving target
Alternatives do exist, but need to be cobbled together.
In postfix-land, here, a combo of
A release 2.11.1 of amavisd-new now is available at:
https://amavis.org/amavisd-new-2.11.1.tar.bz2
Release notes are at:
https://amavis.org/release-notes.txt
amavisd-new-2.11.1 release notes
- removed a trailing dot element from @INC, as a workaround for a perl
vulnerability
Benny Pedersen писал 2018-10-08 15:55:
Marco skrev den 2018-10-08 13:48:
I hope Amavis could still be maintained. DSPAM is already gone. If
also Amavis dies, Spamassassin will follow...
and spampd, mimedefang, canit, canit-pro, procmail, fuglu
will possible die aswell then ? :=)
note
Greetings all the patient attendees of this ML and users of Amavis,
I'll skip my apologies for being unresponsive for the past two years,
there's not enough room in this mail message :) My interests,
duties and priorities have shifted, and amavisd was running smoothly
at our site (still is), so
Am 08.10.2018 um 14:14 schrieb Ralf Hildebrandt:
>> I hope Amavis could still be maintained. DSPAM is already gone. If also
>> Amavis dies, Spamassassin will follow...
>
> Especially since Mark is/was active in both amavisd and SpamAssassin!
>
spamassassin has just released new version 3.4.2
Tried configuring amavisd-new in AM.PDP mode with amavisd-milter frontend.
Received the following exception during mail delivery:
<4>(00010-01) (!)lookup_sql: Insecure dependency in parameter 1 of
DBI::db=HASH(0x558da77d7970)->prepare method call while running with -T
switch at (eval 109) line
15 matches
Mail list logo