On Fri, Nov 19, 2021 at 1:41 AM Jeremy Harris via Exim-users <
exim-users@exim.org> wrote:
> On 18/11/2021 20:36, Odhiambo Washington via Exim-users wrote:
> >> Better solution is to fold this header (split over multiple lines).
> >>
> >
> >
> > How do I achieve that with exim-4.95? Config optio
When I try to use $sender_host_name, the first lookup works. All subsequent
lookups return the the same as the first one. I'm guessing the name isn't
cleared in the main process.
Would this be a correct assumption?
I looked at daemon.c handle_smtp_call() at the end. It clears the address
but n
On 2021-11-18 at 17:16:14 UTC-0500 (Thu, 18 Nov 2021 22:16:14 +)
Jeremy Harris via Exim-users
is rumored to have said:
On 18/11/2021 19:10, Bill Cole via Exim-users wrote:
Also welcome, short of a patch, would be clues about how to detect in
an Exim-written Received header when a SMTP clie
On 18/11/2021 23:05, Bill Cole via Exim-users wrote:
Checks of the peer IP against a hostlist item which is a name
will cause one, as will matching the host_lookup option or
an explicit verify=reverse_host_lookup ACL condition.
So, if none of that happens, what will the Received header look lik
On 18/11/2021 19:10, Bill Cole via Exim-users wrote:
Also welcome, short of a patch, would be clues about how to detect in an
Exim-written Received header when a SMTP client IP has no rDNS or the rDNS name
doesn't resolve to the client IP.
It would be more reliable to interpret an Authenticat
On 18/11/2021 20:36, Odhiambo Washington via Exim-users wrote:
Better solution is to fold this header (split over multiple lines).
How do I achieve that with exim-4.95? Config option??
There's no builtin support in Exim. In fact, not all possible lines
*can* be folded - you're only allow
On 2021-11-18 at 09:53:38 UTC-0500 (Thu, 18 Nov 2021 09:53:38 -0500)
Matt Corallo via Exim-users
is rumored to have said:
Same, I'd think, but according to the SpamAssassin folks its
incorrect.
I do not think that anyone involved with the SA project said anything
Exim did was "incorrect." If
On Thu, Nov 18, 2021 at 12:32 PM Evgeniy Berdnikov via Exim-users <
exim-users@exim.org> wrote:
> Hi.
>
> On Thu, Nov 18, 2021 at 11:19:59AM +0300, Odhiambo Washington via
> Exim-users wrote:
> > A particular e-mail is generating that error and I am thinking perhaps
> it's
> > from a certain lon
On 18/11/2021 08:07, Nico Rittner via Exim-users wrote:
how to use expansion strings with >256 characters with "-be" ?
You cannot.
--
Cheers,
Jeremy
--
## List details at https://lists.exim.org/mailman/listinfo/exim-users
## Exim details at http://www.exim.org/
## Please use the Wiki with th
On 18/11/2021 10:35, Andrea Biscuola via Exim-users wrote:
One week ago, we upgraded to exim 4.95 and suddenly, some customers (using
microsoft
outlook, nonetheless), started to experience the following error for *some* of
their
e-mails:
message has lines too long for transport
On 2021-11-18, Andrea Biscuola via Exim-users wrote:
> Hi all
>
> We are an italian hosting provider (https://host.it) and we use exim to relay
> e-mails from
> our hosting servers.
> Exim is installed and configured through the directadmin control panel
> (https://www.directadmin.com), so the ma
hello,
while trying to test some larger expansions using "-be"
exim complains about this:
$ exim -be '${lc:'"$(printf 'X%.0s' {1..300})"'}' ;
exim: length limit exceeded (306 > 256) for: recipient
this ${lc:} expansion is only for demonstration of feeding
"oversized" arguments into exim.
the d
Hi all
We are an italian hosting provider (https://host.it) and we use exim to relay
e-mails from
our hosting servers.
Exim is installed and configured through the directadmin control panel
(https://www.directadmin.com), so the main configuration is managed using the
directadmin custombuild subsy
On 11/17/21 11:56, Heiko Schlittermann via Exim-users wrote:
Heiko Schlittermann via Exim-users (Mi 17 Nov 2021
13:17:33 CET):
Typo? What do you mean with "sender_rcvhost"?
Mea culpa. You're talking about the variable to be expanded inside the
Received header.
But given this, I still can'
On 18/11/2021 14:53, Matt Corallo via Exim-users wrote:
Received: from o13.mailer.shopify.com ([149.72.221.62])
by mail.as397444.net with esmtps TLS1.3 id 1mmjFb-0034Ki-02
(envelope-from
)
for vmstfp...@mattcorallo.com; Mon, 15 Nov 2021 21:10:54 +
Specifically, it seems Spam
Hi.
On Thu, Nov 18, 2021 at 11:19:59AM +0300, Odhiambo Washington via Exim-users
wrote:
> A particular e-mail is generating that error and I am thinking perhaps it's
> from a certain long header - "References:" in the thread.
> See https://pastebin.ubuntu.com/p/fK5wDzzxCW/
Yes, "References:
Reference is made to exim-4.95.
A particular e-mail is generating that error and I am thinking perhaps it's
from a certain long header - "References:" in the thread.
See https://pastebin.ubuntu.com/p/fK5wDzzxCW/
Not sure how to mitigate this one. Maybe I should truncate/remove the
header - and po
17 matches
Mail list logo