(10/11/23 03:25), Victor Duchovni wrote:
> One approach is to sign in post-queue content filters, and to force
> content downgrades when delivering into the content filter, so that
> the filter sees "normalized" email. Better yet, send email that
> requires no downgrading.
>
Good idea!
Thank yo
(10/11/22 14:05), vfx9as wrote:
> >
> > The problem is the order of processing
> >
> > sendmail Line splitting & CR Handling -> milter # Authentication Success
> > postfixmilter -> Line splitting & CR Handling # Authentication failure
postfi
(10/11/22 01:33), Wietse Venema wrote:
> vfx9as:
>> 2010/11/21 Wietse Venema :
>>> vfx9as:
>>>> In 980 characters or more lines as it will split 1 postfix, and long
>>>> lines to fill in
>>>> Line characters sent so I do not think 980 RFC viola
2010/11/21 Wietse Venema :
> vfx9as:
>> In 980 characters or more lines as it will split 1 postfix, and long
>> lines to fill in
>> Line characters sent so I do not think 980 RFC violation.
>
> Please read RFC 5322 Section 2.2.3. Long Header Fields
"Body"
(10/11/20 23:10), Wietse Venema wrote:
> vfx9as:
>> hi
>>
>> E-mail more than 889 characters on line 1 DKIM authentication error in
>> trouble
>
> Please fix your app to stop sending insanely long lines.
>
At present, postfix will send to the split.
Milter
hi
E-mail more than 889 characters on line 1 DKIM authentication error in
trouble
sendmail8.14.4 does not matter.
It is expected over the milter-mail after entering,
I think the idea of being sent from the line and then split in the process.
E-mail and entered, after the signing process (line b
