(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
vfx9as:
> (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
> postfix, sendmail di
On Tue, Nov 23, 2010 at 03:06:33AM +0900, vfx9as wrote:
> (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 # Aut
(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
postfix, sendmail differences in behavior problems.
Whic
vfx9as:
[ Charset ISO-8859-1 unsupported, converting... ]
> (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 th
(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 violation.
>>>
>>> Please read RFC 5322 Section 2.2.3. Long
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 violation.
> >
> > Please read RFC 5322 Section 2.2.3. Long Header Fields
>
> "Body" problem
> No hea
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" problem
No headers
2010/11/20 vfx9as :
>
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
Each header field is logically a single line of characters comprising
the fiel
(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 currently divided data, postfix will sen
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.
Please see RFC 5321 section "4.5.3.1.6. Text Line"
The maximum total length of a text line including the is 1000
octets (not counting
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
12 matches
Mail list logo
