[exim-dev] [Bug 1095] Uses (soon to be) deprecated GnuTLS functions
--- You are receiving this mail because: --- You are on the CC list for the bug. http://bugs.exim.org/show_bug.cgi?id=1095 --- Comment #4 from Christof Meerwald cme...@cmeerw.org 2011-10-22 14:09:46 --- Created an attachment (id=509) -- (http://bugs.exim.org/attachment.cgi?id=509) Update exim gnutls support This patch replaces tls_require_ciphers, gnutls_require_kx, gnutls_require_mac and gnutls_require_protocols with gnutls_priority (which is passed directly to gnutls_priority_set_direct). The name of the gnutls-params file is now configurable via tls_dhparam (similar to OpenSSL). Added an option gnutls_require_dh_bits (to avoid passing a hardcoded value to gnutls_dh_set_prime_bits). Uses gnutls_sec_param_to_pk_bits (for GnuTLS = 2.12) to get the number of bits to pass to gnutls_dh_params_generate2 (instead of a hardcoded value). I don't expect this patch to be the final version, but rather as a basis for further discussions. -- Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email -- ## List details at https://lists.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
[exim-dev] [Bug 1007] tod_stamp uses non-reentrant localtime()
--- You are receiving this mail because: --- You are on the CC list for the bug. http://bugs.exim.org/show_bug.cgi?id=1007 --- Comment #6 from Christof Meerwald cme...@cmeerw.org 2010-07-12 06:39:24 --- I guess the safest thing to do would be not trying to convert the timestamp in the signal handler, but just write the raw time_t value to the process-info file and let exiwhat do the formatting. -- Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email -- ## List details at http://lists.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
[exim-dev] [Bug 1007] tod_stamp uses non-reentrant localtime()
--- You are receiving this mail because: --- You are on the CC list for the bug. http://bugs.exim.org/show_bug.cgi?id=1007 --- Comment #4 from Christof Meerwald cme...@cmeerw.org 2010-07-11 10:32:01 --- I guess the main problem with the patch is that it doesn't fix anything at all. localtime_r/gmtime_r are no more or less async-signal-safe than localtime/gmtime (as a quick look at the link I had posted would have confirmed - or alternatively, a look at the glibc source code). But as I also mentioned, there are more problems with the signal handler code, like using the global log_buffer or closing the log files in the signal handler. Being a bit less arrogant would perhaps have helped you here... -- Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email -- ## List details at http://lists.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
[exim-dev] [Bug 1007] tod_stamp uses non-reentrant localtime()
--- You are receiving this mail because: --- You are on the CC list for the bug. http://bugs.exim.org/show_bug.cgi?id=1007 Christof Meerwald cme...@cmeerw.org changed: What|Removed |Added CC||cme...@cmeerw.org --- Comment #1 from Christof Meerwald cme...@cmeerw.org 2010-07-08 22:38:42 --- It's not just the localtime that's a problem - signal handlers should only use async-signal-safe functions, see http://www.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_04.html for a list of signal-safe-functions. -- Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email -- ## List details at http://lists.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
[exim-dev] [Bug 858] New: DISABLE_DKIM doesn't work
--- You are receiving this mail because: --- You are on the CC list for the bug. http://bugs.exim.org/show_bug.cgi?id=858 Summary: DISABLE_DKIM doesn't work Product: Exim Version: N/A Platform: Other OS/Version: Linux Status: NEW Severity: bug Priority: medium Component: Experimental AssignedTo: ni...@exim.org ReportedBy: cme...@cmeerw.org CC: exim-dev@exim.org The documentation tells me that setting DISABLE_DKIM=yes in Local/Makefile would disable DKIM support, however that doesn't work. - a #define DISABLE_DKIM is missing in src/config.h.defaults - src/expand.c, line 1570 checks for DKIM_DISABLE instead of DISABLE_DKIM -- Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email -- ## List details at http://lists.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
Re: [exim-dev] Data retention with Exim
On Tue, 07 Oct 2008 14:30:48 +0200, Michael Haardt wrote: The small patch is experimental and (for now) contained in #ifdefs for not disturbing production builds, but allowing to share it with others having the same problem. A bunch people certainly require some solution by the end of the year, although only one has asked on exim-users already. Are there any non-political opinions against committing this patch? The patch doesn't appear to have made it to the list (at least not to the mail archive or gmane). Can you make that patch available or send it to me off-list? Personally, I would think that exim should be able to cope with these kind of things, but I would prefer to have a generic solution. Christof -- http://cmeerw.org sip:cmeerw at cmeerw.org mailto:cmeerw at cmeerw.org xmpp:cmeerw at cmeerw.org -- ## List details at http://lists.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
