Jeremy Harris via Exim-users writes:
> On 31/05/2022 15:39, Kamil Jońca via Exim-users wrote:
>> Andrew C Aitchison via Exim-users writes:
>>> Is this a blank line after every real line or just the last one ?
>> Last one.
>> As I wrote elsewhere postfix did not add this.
> Just tested, and I
> 2022-05-31 21:02:45 Exim configuration error in line 67 of
> /usr/local/etc/exim/configure:
> main option "message_linelength_limit" unknown
>
> It's an option for the SMTP transport
doh
thanks!
randy
--
## List details at https://lists.exim.org/mailman/listinfo/exim-users
##
On 31/05/2022 22:06, Randy Bush via Exim-users wrote:
2022-05-31 21:02:45 Exim configuration error in line 67 of
/usr/local/etc/exim/configure:
main option "message_linelength_limit" unknown
message_linelength_limit is an option for the smtp transport.
--
Cheers,
Jeremy
--
##
On 6/1/22 05:06, Randy Bush via Exim-users wrote:
2022-05-31 21:02:45 Exim configuration error in line 67 of /usr/local/etc/ex
im/configure:
main option "message_linelength_limit" unknown
It's an option for the SMTP transport
--
## List details at
On 2022-05-31 at 14:33:19 UTC-0400 (Tue, 31 May 2022 20:33:19 +0200)
Tim Jackson via Exim-users
is rumored to have said:
I have some legitimate-looking hosts from a major bank producing log
lines like this when attempting incoming connections to a public MX:
TLS error on connection from
On Tue, May 31, 2022 at 09:55:22PM +0200, Tim Jackson via Exim-users wrote:
> Thanks for the clarification. So the issue is the client verification of the
> server cert, not a client cert.
Yes, unless I've grossly misread your description of the symptoms.
> > The DST Root CA is expired. You
# exim --version
Exim version 4.95 #5 (FreeBSD 13.0) built 14-May-2022 14:50:01
# service exim restart
Stopping exim.
Waiting for PIDS: 1218.
Starting exim.
2022-05-31 21:02:45 Exim configuration error in line 67 of
/usr/local/etc/exim/configure:
main option
On 31/05/2022 21:14, Viktor Dukhovni via Exim-users wrote:
TLS alerts report error conditions from the remote peer. If your server
logs a TLS alert, that alert was generated on the remote end. So if
this is a connection from a client to your server, then the "certificate
expired" condition is
On 31/05/2022 15:39, Kamil Jońca via Exim-users wrote:
Andrew C Aitchison via Exim-users writes:
Is this a blank line after every real line or just the last one ?
Last one.
As I wrote elsewhere postfix did not add this.
Just tested, and I don't see any extra line. Are you certain
your
On Tue, May 31, 2022 at 09:20:25PM +0200, Tim Jackson via Exim-users wrote:
> > Is there any chance that the client tries to present you a certificate,
> > even if you do not request it?
No. The TLS protocol precludes the presentation of unsolicited client
certificates. If the server does not
On 31/05/2022 20:53, Heiko Schlittermann via Exim-users wrote:
TLS error on connection from r209.notifications.natwest.com
[130.248.154.209]:44104 I=[167.235.252.255]:25 (SSL_accept):
error:14094415:SSL routines:ssl3_read_bytes:sslv3 alert certificate expired
Is there any chance that the
On Tue, May 31, 2022 at 08:33:19PM +0200, Tim Jackson via Exim-users wrote:
> [130.248.154.209]:44104 I=[167.235.252.255]:25 (SSL_accept):
> error:14094415:SSL routines:ssl3_read_bytes:sslv3 alert certificate expired
TLS alerts report error conditions from the remote peer. If your server
logs
Hi Tim,
Tim Jackson via Exim-users (Di 31 Mai 2022 20:33:19 CEST):
>
> TLS error on connection from r209.notifications.natwest.com
> [130.248.154.209]:44104 I=[167.235.252.255]:25 (SSL_accept):
> error:14094415:SSL routines:ssl3_read_bytes:sslv3 alert certificate expired
Is there any chance
I have some legitimate-looking hosts from a major bank producing log lines
like this when attempting incoming connections to a public MX:
TLS error on connection from r209.notifications.natwest.com
[130.248.154.209]:44104 I=[167.235.252.255]:25 (SSL_accept):
error:14094415:SSL
Jeremy Harris via Exim-users writes:
> On 31/05/2022 14:28, Kamil Jońca via Exim-users wrote:
>> I have some instances, which generates mail from stdin
>> (ie something like "echo bla|mail root")
>> and recently I found that there exists additional empty line in such
>> emails, ie instead of
>>
Andrew C Aitchison via Exim-users writes:
>
> Is this a blank line after every real line or just the last one ?
Last one.
As I wrote elsewhere postfix did not add this.
KJ
--
http://wolnelektury.pl/wesprzyj/teraz/
--
## List details at https://lists.exim.org/mailman/listinfo/exim-users
##
On Tue, 31 May 2022, Kamil Jońca via Exim-users wrote:
I have some instances, which generates mail from stdin
(ie something like "echo bla|mail root")
and recently I found that there exists additional empty line in such
emails, ie instead of
--8<---cut
On 31/05/2022 14:28, Kamil Jońca via Exim-users wrote:
I have some instances, which generates mail from stdin
(ie something like "echo bla|mail root")
and recently I found that there exists additional empty line in such
emails, ie instead of
--8<---cut
Bill Cole via Exim-users writes:
> On 2022-05-31 at 09:28:38 UTC-0400 (Tue, 31 May 2022 15:28:38 +0200)
> Kamil Jońca via Exim-users
> is rumored to have said:
>
>> I have some instances, which generates mail from stdin
>> (ie something like "echo bla|mail root")
>> and recently I found that
On 2022-05-31 at 09:28:38 UTC-0400 (Tue, 31 May 2022 15:28:38 +0200)
Kamil Jońca via Exim-users
is rumored to have said:
I have some instances, which generates mail from stdin
(ie something like "echo bla|mail root")
and recently I found that there exists additional empty line in such
emails,
On 2022-05-31 at 07:40:00 UTC-0400 (Tue, 31 May 2022 13:40:00 +0200)
Heiko Schlichting via Exim-users
is rumored to have said:
I see the good intention of enforcing RFCs, but it should be limited
to things that really make sense and not enforce otherworldly limits.
I generally agree with the
I have some instances, which generates mail from stdin
(ie something like "echo bla|mail root")
and recently I found that there exists additional empty line in such
emails, ie instead of
--8<---cut here---start->8---
bla
--8<---cut
Jarland Donnell wrote:
> A new variable was added in 4.95: message_linelength_limit
>
> This defaults to RFC spec which is 998 characters, but that's not where the
> conversation should end. Absolutely no one out there is creating software
> that adheres to the RFC standard. You can send an email
On Tue, May 31, 2022 at 11:32 AM Gedalya wrote:
> On 5/31/22 16:21, Odhiambo Washington via Exim-users wrote:
> > I checked https://github.com/Exim/exim/blob/master/doc/doc-txt/ChangeLog
> > and did not find it.
>
> https://github.com/Exim/exim/blob/master/doc/doc-txt/NewStuff#L48
>
>
>
On 5/31/22 16:21, Odhiambo Washington via Exim-users wrote:
> I checked https://github.com/Exim/exim/blob/master/doc/doc-txt/ChangeLog
> and did not find it.
https://github.com/Exim/exim/blob/master/doc/doc-txt/NewStuff#L48
Is the variable really named so - message_linelength_limit?
I checked https://github.com/Exim/exim/blob/master/doc/doc-txt/ChangeLog
and did not find it.
On Tue, May 31, 2022 at 2:43 AM Jarland Donnell via Exim-users <
exim-users@exim.org> wrote:
> A new variable was added in 4.95:
26 matches
Mail list logo
