1b525c5c09405c48b8cd697d14cb0d2edbb68b
>
> Raw patch:
>
>
> https://github.com/vdukhovni/postfix/commit/851b525c5c09405c48b8cd697d14cb0d2edbb68b.patch
>
> This applies to Postfix 3.4, 3.5 and 3.6 snapshots.
Released in postfix-3.6-20200610. Stable releases will be updated
after the code has been running for a few days.
Wietse
On 6/10/20 2:05 PM, Bill Cole wrote:
> It uses the installed SpamAssasssin Perl modules directly, just as spamd does.
fact noted. details admittedly i'll have to poke around in.
> The socket permissions issues are probably solvable, but if running on the
> loopback interface works,
> there's
On 10 Jun 2020, at 14:37, PGNet Dev wrote:
spampd worked well enough, when listening on tcp host:port.
listening on socket, i couldn't get past postfix permissions issues,
despite similar setup to other policy daemons in use.
that makes me a bit antsy. as does not using 'native', up-to-date
I’ve been using my own spamassassin-milter (your third option) with
Postfix 3.3.0 for a few months and am happy with it. This project is
‘done’, the initial development phase is through, but it is active.
(I wrote about the why in these places:)
Hi Doug,
Very much appreciate your response. In combination with Noel’s email, I think I
get what’s going on now.
All of this was, of course, in the service type section of
http://www.postfix.org/master.5.html. Once I had an idea what I was looking for
and gave it a slow re-read, it’s all
On 6/9/20 5:40 AM, Marvin Renich wrote:
>> https://savannah.nongnu.org/projects/spamass-milt/
>> https://github.com/mpaperno/spampd
>> https://gitlab.com/glts/spamassassin-milter
>>
>> anyone have any current experience with any of these?
>
> I also use the first one (Debian package
Hi Noel,
Thanks very much for your reply. For some reason, I had assumed that the
service name was dictated by convention, not the contents of /etc/services. I
DID have a nagging question about how Postfix knew to listen on 25 and 587, but
I assumed it was a system default and I had just
Noel Jones:
> On 6/9/2020 8:46 PM, PGNet Dev wrote:
> > does dnsblog have a log map/filter/somesuch?
> >
> > or does the capability exist elsewhere in postfix?
> >
> > currently, with spamhaus dqs in the rbl/dnsbl mix, dnsblog spits out, e.g.
> >
> > /var/log/postfix/postfix.log:Jun 9
On Wed, 10 Jun 2020, Matus UHLAR - fantomas wrote:
> On 10.06.20 12:48, Jozsef Kadlecsik wrote:
> > handled@by.exchange handled@by.dovecot,handled@by.exchange
> >
> > The problem is that the address handled@by.dovecot receives every email
> > sent to handled@by.exchange twice:
On 10.06.20 12:48, Jozsef Kadlecsik wrote:
handled@by.exchange handled@by.dovecot,handled@by.exchange
The problem is that the address handled@by.dovecot receives every email
sent to handled@by.exchange twice: handled@by.exchange is expanded before
amavisd is called, and also after receiving
On 10.06.20 12:48, Jozsef Kadlecsik wrote:
handled@by.exchange handled@by.dovecot,handled@by.exchange
The problem is that the address handled@by.dovecot receives every email
sent to handled@by.exchange twice: handled@by.exchange is expanded before
amavisd is called, and also after receiving
Hello,
We have a virtual_alias_maps entry like this
handled@by.exchange handled@by.dovecot,handled@by.exchange
The problem is that the address handled@by.dovecot receives every email
sent to handled@by.exchange twice: handled@by.exchange is expanded before
amavisd is called, and also
On Wed, Jun 10, 2020 at 12:00:21AM -0600, @lbutlr wrote:
> > It may be irrelevant to the topic, but your statement characterizes the
> > troll perfectly well.
>
> I think you have a problem.
This thread has outlived its use by. No followups please.
--
Viktor.
> On 09 Jun 2020, at 23:29, yuv wrote:
>
> On Tue, 2020-06-09 at 01:16 -0600, @lbutlr wrote:
>>> On 08 Jun 2020, at 16:21, yuv wrote:
>>>
>>> Some of [the alternatives to internet email] will achieve scale as
>>> well. At some point, the cost/benefit analysis of maintaining
>>> internet
14 matches
Mail list logo