* Wietse Venema:
> You may want to configure "cleanup -v" in master.cf to log what
> happens when it receives the Milter's DISCARD response.
Thank you for that. Based on the logs I am now convinced that the
problems lie with either Rspamd or how I use Rspamd based on my
interpretation of the docs
Ralph Seichter:
> > We already answered that the Milter protocol does not allow a
> > "discard" request at the connection level SMTP protocol states
> > i.e. they require MAIL, RCPT, DATA.
>
> I am aware. As I wrote previously in a reply to Viktor's message, the
> trigger expression I use is based
* Wietse Venema:
> You posted a one-line question with zero context.
Well, I thought that the header data in "In-Reply-To" and "References"
was sufficient, but I am sorry if it was not. Seems like my penchant for
brevity got the better of me. ;-)
> We already answered that the Milter protocol do
Ralph Seichter:
> * Wietse Venema:
>
> > find out where in the path a message is being modified.
>
> Hm. Are you perhaps confusing me with Michael Ludwig who posted about
> his DKIM trouble?
You posted a one-line question with zero context.
> I am not experiencing modified messages, I am just
>
* Wietse Venema:
> find out where in the path a message is being modified.
Hm. Are you perhaps confusing me with Michael Ludwig who posted about
his DKIM trouble? I am not experiencing modified messages, I am just
wondering why a Rspamd action of "reject" is passed to Postfix and
honored there, w
Ralph Seichter:
> I have asked on the Rspamd mailing list because I wanted to be certain
> that I did not forget anything on the Rspamd side, but the one answer I
> received turned out to be a dud.
>
> I'd really be glad for pointers.
Here is one:
- set 'disable_mime_output_conversion = yes'.
- s
I have asked on the Rspamd mailing list because I wanted to be certain
that I did not forget anything on the Rspamd side, but the one answer I
received turned out to be a dud.
I'd really be glad for pointers.
-Ralph
Greetings, Wietse Venema!
> Wietse Venema:
>> Andrey Repin:
>> > Greetings, All!
>> >
>> > > Greetings, Viktor Dukhovni!
>> >
>> > >>> Makes sense, thank you.
>> > >>>
>> > >>> So, next question is, do you want it to be mentioned in "Enabling
>> > >>> Postfix
>> > >>> SMTPUTF8 support" [2] or
Wietse Venema:
> Andrey Repin:
> > Greetings, All!
> >
> > > Greetings, Viktor Dukhovni!
> >
> > >>> Makes sense, thank you.
> > >>>
> > >>> So, next question is, do you want it to be mentioned in "Enabling
> > >>> Postfix
> > >>> SMTPUTF8 support" [2] or separately?
> > >>>
> > >>> [2] http:/
Andrey Repin:
> Greetings, All!
>
> > Greetings, Viktor Dukhovni!
>
> >>> Makes sense, thank you.
> >>>
> >>> So, next question is, do you want it to be mentioned in "Enabling Postfix
> >>> SMTPUTF8 support" [2] or separately?
> >>>
> >>> [2] http://www.postfix.org/SMTPUTF8_README.html#enabling
Greetings, All!
> Greetings, Viktor Dukhovni!
>>> Makes sense, thank you.
>>>
>>> So, next question is, do you want it to be mentioned in "Enabling Postfix
>>> SMTPUTF8 support" [2] or separately?
>>>
>>> [2] http://www.postfix.org/SMTPUTF8_README.html#enabling
>> My guess would be under:
>>
Matthias Schneider:
> The requested URL
> /mirrors/postfix-release/official/postfix-3.4.4.RELEASE_NOTES was not
> found on this server.
>
> Can you please update the release notes?
It's called postfix-3.4.4-RC1.RELEASE_NOTES
The index.html file was in error.
Wietse
The postfix-3.4.3-HISTORY file seems to be uptodate with latest changed
date 20190310
Am 14.03.19 um 10:10 schrieb Matthias Schneider:
Hi,
I just wanted to check the newest changes but the file is missing on
every mirror.
The requested URL
/mirrors/postfix-release/official/postfix-3.4
Hi,
I just wanted to check the newest changes but the file is missing on
every mirror.
The requested URL
/mirrors/postfix-release/official/postfix-3.4.4.RELEASE_NOTES was not
found on this server.
Can you please update the release notes?
Best regards
Matthias Schneider
14 matches
Mail list logo
