Re: [exim] compiling 4.91 under FreeBSD
On 16/04/18 18:12, Viktor Dukhovni via Exim-users wrote: >> tls-openssl.c: In function `tls_refill': >> tls-openssl.c:2499: error: structure has no member named `verify_stack' >> tls-openssl.c:2502: error: structure has no member named `verify_stack' >> tls-openssl.c: In function `tls_close': >> tls-openssl.c:2778: error: structure has no member named `verify_stack' >> tls-openssl.c:2779: error: structure has no member named `verify_stack' >> *** Error code 1 >> Stop in /usr/ports/mail/exim/work/exim-4.91/build-FreeBSD-i386. >> >> # /usr/local/bin/openssl version >> OpenSSL 1.0.2o 27 Mar 2018 > > The structure in question has that field subject to "#ifndef DISABLE_OCSP": > > > https://github.com/Exim/exim/blob/6372d4c990f39ba6ad84a91af0a3a61a63bd50a3/src/src/tls-openssl.c#L155 > > so its use should also be similarly subject to the same constraint. Indeed; that's a bug. Apologies, Lena - you'll need to either add #ifndef guards for those lines, or build with OCSP support. -- 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 this list - http://wiki.exim.org/
Re: [exim] compiling 4.91 under FreeBSD
I had this https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227560 Lena--- via Exim-users писал 2018-04-16 19:02: Had someone this error? Using port: cc tls.c In file included from tls.c:122: tls-openssl.c: In function `tls_refill': tls-openssl.c:2499: error: structure has no member named `verify_stack' tls-openssl.c:2502: error: structure has no member named `verify_stack' tls-openssl.c: In function `tls_close': tls-openssl.c:2778: error: structure has no member named `verify_stack' tls-openssl.c:2779: error: structure has no member named `verify_stack' *** Error code 1 Stop in /usr/ports/mail/exim/work/exim-4.91/build-FreeBSD-i386. # /usr/local/bin/openssl version OpenSSL 1.0.2o 27 Mar 2018 -- With best regards, Max Kostikov T: +7(952)7927000 | W: https://kostikov.co | BBM: 24CA5DF8 signature.asc Description: OpenPGP digital signature -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
[exim] compiling 4.91 under FreeBSD
Had someone this error? Using port: cc tls.c In file included from tls.c:122: tls-openssl.c: In function `tls_refill': tls-openssl.c:2499: error: structure has no member named `verify_stack' tls-openssl.c:2502: error: structure has no member named `verify_stack' tls-openssl.c: In function `tls_close': tls-openssl.c:2778: error: structure has no member named `verify_stack' tls-openssl.c:2779: error: structure has no member named `verify_stack' *** Error code 1 Stop in /usr/ports/mail/exim/work/exim-4.91/build-FreeBSD-i386. # /usr/local/bin/openssl version OpenSSL 1.0.2o 27 Mar 2018 -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
Re: [exim] compiling 4.91 under FreeBSD
> On Apr 16, 2018, at 1:02 PM, Lena--- via Exim-users> wrote: > > Had someone this error? Using port: > > cc tls.c > In file included from tls.c:122: > tls-openssl.c: In function `tls_refill': > tls-openssl.c:2499: error: structure has no member named `verify_stack' > tls-openssl.c:2502: error: structure has no member named `verify_stack' > tls-openssl.c: In function `tls_close': > tls-openssl.c:2778: error: structure has no member named `verify_stack' > tls-openssl.c:2779: error: structure has no member named `verify_stack' > *** Error code 1 > Stop in /usr/ports/mail/exim/work/exim-4.91/build-FreeBSD-i386. > > # /usr/local/bin/openssl version > OpenSSL 1.0.2o 27 Mar 2018 The structure in question has that field subject to "#ifndef DISABLE_OCSP": https://github.com/Exim/exim/blob/6372d4c990f39ba6ad84a91af0a3a61a63bd50a3/src/src/tls-openssl.c#L155 so its use should also be similarly subject to the same constraint. -- Viktor. -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
Re: [exim] compiling 4.91 under FreeBSD
Hi! > Had someone this error? Using port: Can you provide a make showconfig output ? On what FreeBSD version ? I've testbuilded on current, looks OK. -- p...@opsec.eu+49 171 31013722 years to go ! -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
Re: [exim] Exim 4.91 released
On 16 April 2018 at 12:47, Jeremy Harris via Exim-userswrote: > On 16/04/18 10:27, Odhiambo Washington via Exim-users wrote: > > drtables.o(.text+0xea): In function `init_lookup_list': > > : undefined reference to `spf_lookup_module_info' > > > - check Local/Makefile for SUPPORT_SPF (vs. old EXPERIMENTAL_SPF) > - make distclean; make > ^^^ > Thanks. That did it! I am now ON with 4.91, monitoring. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft." -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
[exim] Exim 4.91: option "hosts_try_dane" unknown
Is this option deprecated now? Found nothing about this in ChangeLog and NewStuff. (system is FreeBSD 11.1-RELEASE-p9) -- With best regards, Max Kostikov T: +7(952)7927000 | W: https://kostikov.co | BBM: 24CA5DF8 signature.asc Description: OpenPGP digital signature -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
Re: [exim] Unfold and rewrite multi-line headers
On 04/13/2018 11:55 PM, Jasen Betts via Exim-users wrote: On 2018-04-13, Dmitriy Matrosov via Exim-userswrote: Hi. Can exim unfold and decode entire multiline header (`Subject` particularly)? Here is the first part of multiline header: Subject: =?UTF-8?B?RndkOiBVUkdFTlQ6IFtOb3RpY2UgSUQgKndtVVJwRCpdINCY0YHQv9C+?= =?UTF-8?B?0LvRjNC30L7QstCw0L3QuNC1INC40L3RgtC10LvQu9C10LrRgtGD0LDQu9GM0L0=?= You're going to have to tell it to disobey RFC2047 if you want that to appear human readable, (the last part is oversize) if there's no line break after 'Subject:' the first part is too. main configuration: check_rfc2047_length = no https://www.exim.org/exim-html-current/doc/html/spec_html/ch-main_configuration.html after that change $h_subject: shoulf have the value you want. Thanks for answer! I've tried `check_rfc2047_length = no` and it indeed fixes the decoding part. I.e. now `$h_Subject` and manual method with `reduce` ${reduce {<, ${sg {$rh_Subject:}{\\n([ \\t])}{,}}} {} {$value${rfc2047d:$item}}} both decode entire header. But i noticed now, that encoding generates single-line header (though, with many words). I.e. this headers_remove = Subject headers_add = Subject: ${rfc2047:* VIRUS * $h_Subject:} results in a single line Subject: =?UTF-8?Q?*_VIRUS_*_Fwd=3A_URGENT=3A_=5BNotice_ID_*wmURpD*=5D_?= =?UTF-8?Q?=D0=98=D1=81=D0=BF=D0=BE=D0=BB=D1=8C=D0=B7=D0=BE=D0=B2=D0=B0?= Though, i may split it to multiple lines manually headers_add = Subject: ${sg {${rfc2047:* VIRUS * $h_Subject:}} { } {\n }} but.. is putting each word on a separate line optional? And still i have doubts about which way is better: decode header using `h_`, then encode again, or just prepend a word to raw header without decoding? -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
Re: [exim] compiling 4.91 under FreeBSD
On 2018-04-16 at 20:21 +0200, Max Kostikov via Exim-users wrote: > I had this > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227560 The experimental DMARC support hard-requires SPF support. NewStuff: 4. SPF support is promoted from Experimental to mainline status. The template src/EDITME makefile does not enable its inclusion. In Local/Makefile, replace EXPERIMENTAL_SPF=yes with SUPPORT_SPF=yes Looks like the FreeBSD Ports tree has now adapted: https://github.com/freebsd/freebsd-ports/commit/5c374cf90a31c879d053db12db0c08d830c8f31f -Phil -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
Re: [exim] Exim 4.91: option "hosts_try_dane" unknown
Thank you for explanations! Hope Vsevolod Stakhov as FreeBSD Exim port maintainer will fix it soon. Phil Pennock via Exim-users писал 2018-04-16 21:07: On 2018-04-16 at 20:47 +0200, Max Kostikov via Exim-users wrote: Is this option deprecated now? Found nothing about this in ChangeLog and NewStuff. (system is FreeBSD 11.1-RELEASE-p9) With the benefit of 20/20 hindsight, there's a couple of things which could have gone into README.UPDATING. (Arguable, since the whole point of something being "experimental" is that there are no guarantees about it and we want feedback before making anything about it supported). JH/20 DANE support moved from Experimental to mainline. The Makefile control for the build is renamed. So: in Local/Makefile replace EXPERIMENTAL_DANE with SUPPORT_DANE. Roughly speaking, you always want to start with a current src/EDITME, or at least diff the previous src/EDITME against the current one if you want to stick with a file which is much reduced. -Phil -- With best regards, Max Kostikov T: +7(952)7927000 | W: https://kostikov.co | BBM: 24CA5DF8 signature.asc Description: OpenPGP digital signature -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
Re: [exim] Exim 4.91: option "hosts_try_dane" unknown
On 2018-04-16 at 20:47 +0200, Max Kostikov via Exim-users wrote: > Is this option deprecated now? > Found nothing about this in ChangeLog and NewStuff. > (system is FreeBSD 11.1-RELEASE-p9) With the benefit of 20/20 hindsight, there's a couple of things which could have gone into README.UPDATING. (Arguable, since the whole point of something being "experimental" is that there are no guarantees about it and we want feedback before making anything about it supported). JH/20 DANE support moved from Experimental to mainline. The Makefile control for the build is renamed. So: in Local/Makefile replace EXPERIMENTAL_DANE with SUPPORT_DANE. Roughly speaking, you always want to start with a current src/EDITME, or at least diff the previous src/EDITME against the current one if you want to stick with a file which is much reduced. -Phil -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
Re: [exim] Exim 4.91: option "hosts_try_dane" unknown
On Monday 16 of April 2018, Max Kostikov via Exim-users wrote: > Is this option deprecated now? > Found nothing about this in ChangeLog and NewStuff. > (system is FreeBSD 11.1-RELEASE-p9) config variable name has changed to SUPPORT_DANE -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org ) -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
Re: [exim] compiling 4.91 under FreeBSD
http://home.lerctr.org:/data/live-host-ports/2018-04-16_11h54m01s/logs/errors/exim-4.91.log similar. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: l...@lerctr.org US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106 On 4/16/18, 12:09 PM, "Exim-users on behalf of Lena--- via Exim-users"wrote: Had someone this error? Using port: cc tls.c In file included from tls.c:122: tls-openssl.c: In function `tls_refill': tls-openssl.c:2499: error: structure has no member named `verify_stack' tls-openssl.c:2502: error: structure has no member named `verify_stack' tls-openssl.c: In function `tls_close': tls-openssl.c:2778: error: structure has no member named `verify_stack' tls-openssl.c:2779: error: structure has no member named `verify_stack' *** Error code 1 Stop in /usr/ports/mail/exim/work/exim-4.91/build-FreeBSD-i386. # /usr/local/bin/openssl version OpenSSL 1.0.2o 27 Mar 2018 -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/ -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
Re: [exim] compiling 4.91 under FreeBSD
On 2018-04-16 at 12:14 -0500, Larry Rosenman via Exim-users wrote: > http://home.lerctr.org:/data/live-host-ports/2018-04-16_11h54m01s/logs/errors/exim-4.91.log Enable OCSP support. It's on by default in Exim and our test suite isn't good at ensuring we still compile when various things are disabled. Instead, we rely upon people testing Release Candidates. Jeremy has fixed this for the next release, but 4.91 hard-requires either OCSP or a patch. (Patches to update the test-suite to handle this cleanly would be gratefully received, and considered.) -Phil -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
Re: [exim] GROK/regex-Patterns for mainlog
On 13 Apr 2018, at 19:52, Christian K via Exim-userswrote: > I was wondering if somebody has any experience with extracting Patterns > from the mainlog for example for graylog or elastic. Logstash has a set of basic patterns created by yours truly: https://github.com/logstash-plugins/logstash-patterns-core/blob/master/patterns/exim So far as I am aware, they are included in the current release of logstash. Graeme -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
Re: [exim] Exim 4.91 released
On 16 April 2018 at 13:30, Heiko Schlittermann via Exim-users < exim-users@exim.org> wrote: > Odhiambo Washington via Exim-users(Mo 16 Apr 2018 > 11:27:06 CEST): > … > > gcc -o exim > > drtables.o(.text+0xea): In function `init_lookup_list': > > : undefined reference to `spf_lookup_module_info' > > *** Error code 1 > > Most likely due to change in the name of the EDITME configuration item > from EXPERIMENTAL_* to something else. > > That brings me to a whishlist item „upgrade-editme“. > I did a diff of my Makefile from 4.90 with src/EDITME and crafted a new Makefile for Local/ Somehow the make distclean was required in between as I had some failures during the process, like my system doesn't have support for libidn2. I am now good. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft." -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
Re: [exim] Exim 4.91 released
On 15 April 2018 at 17:25, Jeremy Harris via Exim-userswrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > I have uploaded Exim 4.91 to: > https://downloads.exim.org/exim4/ > > (The FTP access, ftp://ftp.exim.org/pub/exim/exim4/ is still maintained). > > I didn't have this problem with 4.90 on the very server I am compiling 4.91 on: gcc -o exim drtables.o(.text+0xea): In function `init_lookup_list': : undefined reference to `spf_lookup_module_info' *** Error code 1 Stop in /usr/home/wash/Tools/MTA/Exim/Exim-4.x/exim-4.91/build-FreeBSD-i386. *** Error code 1 Stop in /usr/home/wash/Tools/MTA/Exim/Exim-4.x/exim-4.91. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft." -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
Re: [exim] Exim 4.91 released
On 16/04/18 10:27, Odhiambo Washington via Exim-users wrote: > drtables.o(.text+0xea): In function `init_lookup_list': > : undefined reference to `spf_lookup_module_info' - check Local/Makefile for SUPPORT_SPF (vs. old EXPERIMENTAL_SPF) - make distclean; make -- 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 this list - http://wiki.exim.org/
Re: [exim] Exim 4.91 released
Odhiambo Washington via Exim-users(Mo 16 Apr 2018 11:27:06 CEST): … > gcc -o exim > drtables.o(.text+0xea): In function `init_lookup_list': > : undefined reference to `spf_lookup_module_info' > *** Error code 1 Most likely due to change in the name of the EDITME configuration item from EXPERIMENTAL_* to something else. That brings me to a whishlist item „upgrade-editme“. Best regards from Dresden/Germany Viele Grüße aus Dresden Heiko Schlittermann -- SCHLITTERMANN.de internet & unix support - Heiko Schlittermann, Dipl.-Ing. (TU) - {fon,fax}: +49.351.802998{1,3} - gnupg encrypted messages are welcome --- key ID: F69376CE - ! key id 7CBF764A and 972EAC9F are revoked since 2015-01 - signature.asc Description: PGP signature -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
Re: [exim] Exim 4.91 released
On Monday 16 of April 2018, Heiko Schlittermann via Exim-users wrote: > Odhiambo Washington via Exim-users(Mo 16 Apr 2018 > 11:27:06 CEST): … > > > gcc -o exim > > > > drtables.o(.text+0xea): In function `init_lookup_list': > > : undefined reference to `spf_lookup_module_info' > > > > *** Error code 1 > > Most likely due to change in the name of the EDITME configuration item > from EXPERIMENTAL_* to something else. > > That brings me to a whishlist item „upgrade-editme“. or just make "make" exit 1 if using obsolete directive -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org ) -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/