https://bugs.exim.org/show_bug.cgi?id=2855
--- Comment #2 from Heiko Schlittermann ---
No, my fault, no haproxy is involved.
--
You are receiving this mail because:
You are on the CC list for the bug.
--
## List details at https://lists.exim.org/mailman/listinfo/exim-dev Exim
details at http:
https://bugs.exim.org/show_bug.cgi?id=492
Jeremy Harris changed:
What|Removed |Added
CC|germanjennif...@gmail.com, |
|meweg65...@unigeol.com, |
https://bugs.exim.org/show_bug.cgi?id=267
Jeremy Harris changed:
What|Removed |Added
CC|germanjennif...@gmail.com, |
|meweg65...@unigeol.com, |
https://bugs.exim.org/show_bug.cgi?id=2855
--- Comment #3 from Heiko Schlittermann ---
More facts: It happens behind a HAProxy, if the HAProxy sends the v4mapped
address. It doesn't seem to matter whether v1 or v2 protocol is in use.
The HAProxy uses v4mapped addresses once it binds to mixed(?)
https://bugs.exim.org/show_bug.cgi?id=2852
Jeremy Harris changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.exim.org/show_bug.cgi?id=2855
--- Comment #4 from Heiko Schlittermann ---
possible fix, needs testing:
--- a/src/src/spool_out.c
+++ b/src/src/spool_out.c
@@ -185,7 +185,7 @@ if (sender_helo_name) spool_var_write(fp, US"helo_name",
sender_helo_name);
if (sender_host_address)
{
https://bugs.exim.org/show_bug.cgi?id=260
meweg65552 changed:
What|Removed |Added
CC||meweg65...@unigeol.com
--- Comment #3 from meweg6555
https://bugs.exim.org/show_bug.cgi?id=2784
--- Comment #16 from adsh ---
Patch readsock.patch work fine.
--
You are receiving this mail because:
You are on the CC list for the bug.
--
## List details at https://lists.exim.org/mailman/listinfo/exim-dev Exim
details at http://www.exim.org/ ##
https://bugs.exim.org/show_bug.cgi?id=2853
Bug ID: 2853
Summary: plz check these errors in the mailing list
Product: Exim
Version: 4.62
Hardware: All
OS: All
Status: NEW
Keywords: imported, work:small
https://bugs.exim.org/show_bug.cgi?id=492
--- Comment #4 from german ---
https://naturomac.com/ http://historiccourthouse.org/
https://historiccourthouse.org/ https://www.akirachka.com/
http://www.akirachka.com/ https://www.maison-snowwhite.com/
http://www.maison-snowwhite.com/ http://akirachka.c
https://bugs.exim.org/show_bug.cgi?id=259
german changed:
What|Removed |Added
CC||germanjennif...@gmail.com
--- Comment #4 from german --
https://bugs.exim.org/show_bug.cgi?id=2845
Jeremy Harris changed:
What|Removed |Added
Status|WAIT_FIX_CONFIRMATION |RESOLVED
Resolution|---
https://bugs.exim.org/show_bug.cgi?id=2855
Heiko Schlittermann changed:
What|Removed |Added
Assignee|unalloca...@exim.org|h...@schlittermann.de
--
You are receivin
https://bugs.exim.org/show_bug.cgi?id=267
--- Comment #5 from german ---
https://naturomac.com/ http://historiccourthouse.org/
https://historiccourthouse.org/ https://www.akirachka.com/
http://www.akirachka.com/ https://www.maison-snowwhite.com/
http://www.maison-snowwhite.com/ http://akirachka.c
https://bugs.exim.org/show_bug.cgi?id=299
meweg65552 changed:
What|Removed |Added
CC||meweg65...@unigeol.com
--- Comment #3 from meweg6555
https://bugs.exim.org/show_bug.cgi?id=2784
Jeremy Harris changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAIT_FIX_CONFIRMATION
https://bugs.exim.org/show_bug.cgi?id=260
german changed:
What|Removed |Added
CC||germanjennif...@gmail.com
--- Comment #4 from german --
https://bugs.exim.org/show_bug.cgi?id=492
meweg65552 changed:
What|Removed |Added
CC||meweg65...@unigeol.com
--- Comment #3 from meweg6555
https://bugs.exim.org/show_bug.cgi?id=2735
--- Comment #1 from Jeremy Harris ---
Re-evaluate given fix for 2784.
--
You are receiving this mail because:
You are on the CC list for the bug.
--
## List details at https://lists.exim.org/mailman/listinfo/exim-dev Exim
details at http://www.exim.o
https://bugs.exim.org/show_bug.cgi?id=2855
Bug ID: 2855
Summary: $sender_host_address doesn't work well with hybrid
(v4mapped) IPv4 representation
Product: Exim
Version: N/A
Hardware: x86
OS: Linux
https://bugs.exim.org/show_bug.cgi?id=299
german changed:
What|Removed |Added
CC||germanjennif...@gmail.com
--- Comment #4 from german --
https://bugs.exim.org/show_bug.cgi?id=2852
Bug ID: 2852
Summary: quota retry rules apply also when out of free disk
space
Product: Exim
Version: 4.62
Hardware: All
URL: http://www.sprite-ideas.com/
https://bugs.exim.org/show_bug.cgi?id=174
german changed:
What|Removed |Added
CC||germanjennif...@gmail.com
Status|NEW
https://bugs.exim.org/show_bug.cgi?id=174
meweg65552 changed:
What|Removed |Added
CC||meweg65...@unigeol.com
--- Comment #3 from meweg6555
https://bugs.exim.org/show_bug.cgi?id=259
meweg65552 changed:
What|Removed |Added
CC||meweg65...@unigeol.com
--- Comment #3 from meweg6555
https://bugs.exim.org/show_bug.cgi?id=2855
--- Comment #1 from Heiko Schlittermann ---
An additional data point:
- The Exim instance showing this anomalies is behind a HA-Proxy and the
sender_host_address is populated from information the HA-Proxy gives us in its
proxy header.
--
You are receiv
https://bugs.exim.org/show_bug.cgi?id=267
meweg65552 changed:
What|Removed |Added
CC||meweg65...@unigeol.com
--- Comment #4 from meweg6555
https://bugs.exim.org/show_bug.cgi?id=2854
Bug ID: 2854
Summary: Exim: Heap out-of-bounds read and write in
extract_option() (CVE-2020-28022)
Product: Exim
Version: 4.31
Hardware: x86
OS: Windows
https://bugs.exim.org/show_bug.cgi?id=2631
Jeremy Harris changed:
What|Removed |Added
Assignee|jgh146...@wizmail.org |unalloca...@exim.org
--
You are receiving this
https://bugs.exim.org/show_bug.cgi?id=2850
Jeremy Harris changed:
What|Removed |Added
Assignee|unalloca...@exim.org|jgh146...@wizmail.org
Status|NEW
https://bugs.exim.org/show_bug.cgi?id=2849
Jeremy Harris changed:
What|Removed |Added
Resolution|--- |SPAM
Status|NEW
https://bugs.exim.org/show_bug.cgi?id=1878
Jeremy Harris changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.exim.org/show_bug.cgi?id=1895
--- Comment #13 from Jeremy Harris ---
Commit ea98874e2a deprecates the ike1, ike22, ike23, ike24 groups.
Full removal still needs to be done in a later release.
--
You are receiving this mail because:
You are on the CC list for the bug.
--
## List de
https://bugs.exim.org/show_bug.cgi?id=2850
Bug ID: 2850
Summary: query-style lookup parameter safety enforcement
Product: Exim
Version: 4.95
Hardware: x86
OS: Linux
Status: NEW
Severity: wishlist
https://bugs.exim.org/show_bug.cgi?id=187
Pihuram changed:
What|Removed |Added
URL||http://naturomac.com/
CC|
https://bugs.exim.org/show_bug.cgi?id=352
Pihuram changed:
What|Removed |Added
URL||http://naturomac.com/
CC|
https://bugs.exim.org/show_bug.cgi?id=1649
Pihuram changed:
What|Removed |Added
CC||pihuramkapo...@gmail.com
--- Comment #20 from Pihuram
https://bugs.exim.org/show_bug.cgi?id=2715
Pihuram changed:
What|Removed |Added
CC||pihuramkapo...@gmail.com
--- Comment #11 from Pihuram
https://bugs.exim.org/show_bug.cgi?id=190
Nigel Metheringham changed:
What|Removed |Added
CC||nigel@dotdot.cloud
--
You are receiving thi
https://bugs.exim.org/show_bug.cgi?id=588
Pihuram changed:
What|Removed |Added
CC||pcre-...@exim.org,
|
https://bugs.exim.org/show_bug.cgi?id=945
Pihuram changed:
What|Removed |Added
CC||pihuramkapo...@gmail.com
--- Comment #1 from Pihuram -
https://bugs.exim.org/show_bug.cgi?id=2564
Pihuram changed:
What|Removed |Added
CC||pcre-...@exim.org,
|
https://bugs.exim.org/show_bug.cgi?id=430
Pihuram changed:
What|Removed |Added
CC||kavitapremcho...@gmail.com,
|
https://bugs.exim.org/show_bug.cgi?id=2638
Pihuram changed:
What|Removed |Added
CC||pcre-...@exim.org,
|
https://bugs.exim.org/show_bug.cgi?id=2715
Kavita changed:
What|Removed |Added
CC||kavitapremcho...@gmail.com,
|
https://bugs.exim.org/show_bug.cgi?id=1878
Kavita changed:
What|Removed |Added
CC||pcre-...@exim.org
--- Comment #4 from Kavita ---
Yes P
https://bugs.exim.org/show_bug.cgi?id=1878
Kavita changed:
What|Removed |Added
CC||kavitapremcho...@gmail.com
--- Comment #3 from Kavita
https://bugs.exim.org/show_bug.cgi?id=269
Kavita changed:
What|Removed |Added
CC||kavitapremcho...@gmail.com
--- Comment #3 from Kavita -
https://bugs.exim.org/show_bug.cgi?id=273
Kavita changed:
What|Removed |Added
CC||kavitapremcho...@gmail.com,
|
https://bugs.exim.org/show_bug.cgi?id=393
Kavita changed:
What|Removed |Added
CC||kavitapremcho...@gmail.com,
|
https://bugs.exim.org/show_bug.cgi?id=190
Kavita changed:
What|Removed |Added
CC||kavitapremcho...@gmail.com,
|
https://bugs.exim.org/show_bug.cgi?id=2243
Andrew Aitchison changed:
What|Removed |Added
CC||e...@aitchison.me.uk
--- Comment #8 from Andr
https://bugs.exim.org/show_bug.cgi?id=2243
yinejar259 changed:
What|Removed |Added
CC||yinejar...@xtrempro.com
--- Comment #7 from yinejar
https://bugs.exim.org/show_bug.cgi?id=2848
Jeremy Harris changed:
What|Removed |Added
Resolution|--- |ALREADY_FIXED
Status|NEW
https://bugs.exim.org/show_bug.cgi?id=2848
Bug ID: 2848
Summary: Integer overflow in receive_add_recipient()
(CVE-2020-28017)
Product: Exim
Version: 4.92
Hardware: All
OS: All
Status: NEW
https://bugs.exim.org/show_bug.cgi?id=2847
Bug ID: 2847
Summary: The login selector what checs
Product: Exim
Version: 4.96
Hardware: All
OS: All
Status: NEW
Keywords: imported, work:tiny
Severity
https://bugs.exim.org/show_bug.cgi?id=2243
Jeremy Harris changed:
What|Removed |Added
CC|pcre-...@exim.org, |
|ronikadilipku...@gmail.com
https://bugs.exim.org/show_bug.cgi?id=1183
Jeremy Harris changed:
What|Removed |Added
CC|pcre-...@exim.org, |exim-dev@exim.org
|ronikadilip
https://bugs.exim.org/show_bug.cgi?id=2243
Ronika changed:
What|Removed |Added
CC||pcre-...@exim.org,
|
https://bugs.exim.org/show_bug.cgi?id=1183
Ronika changed:
What|Removed |Added
CC|exim-dev@exim.org |
--- Comment #2 from Ronika ---
hhe condition expansio
https://bugs.exim.org/show_bug.cgi?id=1183
Ronika changed:
What|Removed |Added
CC||pcre-...@exim.org,
|
https://bugs.exim.org/show_bug.cgi?id=2846
Bug ID: 2846
Summary: Support SMTP 251 "corrected destination" responses
Product: Exim
Version: 4.95
Hardware: All
OS: All
Status: NEW
Severity: wishlist
https://bugs.exim.org/show_bug.cgi?id=2684
Jeremy Harris changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
https://bugs.exim.org/show_bug.cgi?id=2637
Jeremy Harris changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://bugs.exim.org/show_bug.cgi?id=2760
Jeremy Harris changed:
What|Removed |Added
Status|WAIT_FIX_CONFIRMATION |RESOLVED
Resolution|---
https://bugs.exim.org/show_bug.cgi?id=2845
Jeremy Harris changed:
What|Removed |Added
Status|ASSIGNED|WAIT_FIX_CONFIRMATION
--- Comment #1 from Jeremy
https://bugs.exim.org/show_bug.cgi?id=2845
Jeremy Harris changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
You are receiving this mail because
https://bugs.exim.org/show_bug.cgi?id=2844
--- Comment #2 from Heiko Schlittermann ---
Changing the internal state of Exim via Perl should be considered intentional.
Perl is used here to *extend* Exim's functionality.
Regarding the ALRM handler: I think, it is Exim's duty to make sure that the
w
https://bugs.exim.org/show_bug.cgi?id=2844
Heiko Schlittermann changed:
What|Removed |Added
Assignee|unalloca...@exim.org|h...@schlittermann.de
--
You are receivin
https://bugs.exim.org/show_bug.cgi?id=2844
Heiko Schlittermann changed:
What|Removed |Added
CC||h...@schlittermann.de
--- Comment #1 from
https://bugs.exim.org/show_bug.cgi?id=2844
Bug ID: 2844
Summary: ${perl} expansion can change global state
Product: Exim
Version: 4.95
Hardware: x86
OS: All
Status: NEW
Severity: bug
Priority: lo
https://bugs.exim.org/show_bug.cgi?id=2843
Bug ID: 2843
Summary: wishlist for method to correctly create valid headers
like SomeHeader:${format_header: .}
Product: Exim
Version: 4.95
Hardware: All
OS: Al
https://bugs.exim.org/show_bug.cgi?id=2842
--- Comment #2 from Tomáš Šimek ---
I have to accept, that from perspective of developer is it a wishlist and low
priority, that is twice true if software is opensource :)
But please look from perspective of user, which use mostly distribution
packag
https://bugs.exim.org/show_bug.cgi?id=2842
--- Comment #1 from Jeremy Harris ---
>From the documentation:
RFC 3028 requires the use of CRLF to terminate a line. The rationale was that
CRLF is universally used in network protocols to mark the end of the line. This
implementation does not embed Si
https://bugs.exim.org/show_bug.cgi?id=2842
Jeremy Harris changed:
What|Removed |Added
Target Milestone|Exim 4.96 |Indeterminate
Priority|medium
https://bugs.exim.org/show_bug.cgi?id=2842
Bug ID: 2842
Summary: Improper handling CRLF in filter files, makes Syntax
error
Product: Exim
Version: N/A
Hardware: All
OS: All
Status: NEW
https://bugs.exim.org/show_bug.cgi?id=2822
--- Comment #12 from Ferry ---
Hi,
seems GnuTLS will make some changes in an upcoming release.
https://gitlab.com/gnutls/gnutls/-/issues/1077#note_756103636
Not sure what that should mean for Exim however. The code might need to
consider what GnuTLS v
https://bugs.exim.org/show_bug.cgi?id=2839
Jeremy Harris changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.exim.org/show_bug.cgi?id=2714
thomas paul changed:
What|Removed |Added
CC||thomaspaul789...@gmail.com
--- Comment #2 from tho
https://bugs.exim.org/show_bug.cgi?id=2839
Bug ID: 2839
Summary: [pcre-dev] [Bug 2489] 4.93 segv in PAM auth
Product: Exim
Version: N/A
Hardware: x86
OS: Linux
Status: NEW
Severity: bug
Priority:
https://bugs.exim.org/show_bug.cgi?id=2489
thomas paul changed:
What|Removed |Added
CC||thomaspaul789...@gmail.com
--- Comment #5 from tho
https://bugs.exim.org/show_bug.cgi?id=2489
Lexen changed:
What|Removed |Added
CC||lexenl...@gmail.com,
|
https://bugs.exim.org/show_bug.cgi?id=2838
Jeremy Harris changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAIT_FIX_CONFIRMATION
https://bugs.exim.org/show_bug.cgi?id=2838
Jeremy Harris changed:
What|Removed |Added
Status|ASSIGNED|WAIT_FIX_CONFIRMATION
--- Comment #19 from Jerem
https://bugs.exim.org/show_bug.cgi?id=2838
--- Comment #20 from John Paul Adrian Glaubitz
---
(In reply to Jeremy Harris from comment #19)
> d73b9f478a addresses.
I can confirm that the issue is now fixed for me on master and exim works
normally again on SPARC.
Thanks!
--
You are receiving t
https://bugs.exim.org/show_bug.cgi?id=2838
--- Comment #18 from John Paul Adrian Glaubitz
---
I also just verified that this patch fixes the segmentation fault of exim on
Alpha.
--
You are receiving this mail because:
You are on the CC list for the bug.
--
## List details at https://lists.exi
https://bugs.exim.org/show_bug.cgi?id=2838
--- Comment #17 from John Paul Adrian Glaubitz
---
Created attachment 1406
--> https://bugs.exim.org/attachment.cgi?id=1406&action=edit
Suggested patch to fix bug 2838
Attaching my current suggestion to fix this issue.
Since I'm not an expert on the
https://bugs.exim.org/show_bug.cgi?id=2838
Jeremy Harris changed:
What|Removed |Added
Assignee|unalloca...@exim.org|jgh146...@wizmail.org
Status|NEW
https://bugs.exim.org/show_bug.cgi?id=2838
--- Comment #15 from John Paul Adrian Glaubitz
---
OK, I found the problem. The issue is that exim's own alloc functions use "int"
instead of "size_t" and cast between both types.
The problem is that the size of "int" is not necessarily the same size a
https://bugs.exim.org/show_bug.cgi?id=2838
--- Comment #14 from Jeremy Harris ---
... and eliminates Exim's memory accounting. Not recommended.
--
You are receiving this mail because:
You are on the CC list for the bug.
--
## List details at https://lists.exim.org/mailman/listinfo/exim-dev Exi
https://bugs.exim.org/show_bug.cgi?id=2838
--- Comment #10 from John Paul Adrian Glaubitz
---
(In reply to Jeremy Harris from comment #9)
> Also, if you're willing to support the Exim project, please set up a SPARC
> buildfarm animal: https://buildfarm.exim.org/cgi-bin/register-form.pl
> We don'
https://bugs.exim.org/show_bug.cgi?id=2838
--- Comment #13 from John Paul Adrian Glaubitz
---
Patching pcre_init() to use the system's alloc/free functions fixes the problem
for me:
diff --git a/src/src/exim.c b/src/src/exim.c
index 42db457c0..501fe1853 100644
--- a/src/src/exim.c
+++ b/src/src
https://bugs.exim.org/show_bug.cgi?id=2838
--- Comment #12 from John Paul Adrian Glaubitz
---
(In reply to Jeremy Harris from comment #11)
> You're saying the compiler has placed function_store_malloc() at an address
> that it cannot legally call, for 64b SPARC? Or am I misunderstanding?
I'm
https://bugs.exim.org/show_bug.cgi?id=2838
--- Comment #11 from Jeremy Harris ---
You're saying the compiler has placed function_store_malloc() at an address
that it cannot legally call, for 64b SPARC? Or am I misunderstanding?
--
You are receiving this mail because:
You are on the CC list fo
https://bugs.exim.org/show_bug.cgi?id=2838
--- Comment #9 from Jeremy Harris ---
Also, if you're willing to support the Exim project, please set up a SPARC
buildfarm animal: https://buildfarm.exim.org/cgi-bin/register-form.pl
We don't have one currently, one to auto-run the testsuite will detect
https://bugs.exim.org/show_bug.cgi?id=2838
--- Comment #8 from John Paul Adrian Glaubitz ---
(In reply to Jeremy Harris from comment #7)
> Stack for that? Also, please add "CFLAGS += -ggdb -O0" to the top of your
> Local/Makefile - then "make distclean" and rebuild.
It looks like the function p
https://bugs.exim.org/show_bug.cgi?id=2838
--- Comment #7 from Jeremy Harris ---
Stack for that? Also, please add "CFLAGS += -ggdb -O0" to the top of your
Local/Makefile - then "make distclean" and rebuild.
--
You are receiving this mail because:
You are on the CC list for the bug.
--
## List
https://bugs.exim.org/show_bug.cgi?id=2838
--- Comment #6 from John Paul Adrian Glaubitz ---
(In reply to Jeremy Harris from comment #4)
> Fixed by exim commit 8f9402a038 - it seems that slightly older versions of
> pcre2 than the one used for development of the 4.95 do this nasty callback
> of a
https://bugs.exim.org/show_bug.cgi?id=2838
--- Comment #5 from John Paul Adrian Glaubitz ---
I have reported this issue to pcre2 [1].
> [1] https://github.com/PhilipHazel/pcre2/issues/59
There were actually other exim bugs that relate to alignment issues in pcre2,
but these are non-public and I
https://bugs.exim.org/show_bug.cgi?id=2838
--- Comment #3 from John Paul Adrian Glaubitz ---
With debug symbols, the crash can be located in pcre2:
(gdb) bt
#0 pcre2_general_context_create_8 (private_malloc=0x104f680
,
private_free=0x104f650 , memory_data=0x0) at
src/pcre2_context.
501 - 600 of 3063 matches
Mail list logo