Heiko Schlichting | 2 Jun 2013 23:11
Picon
Picon
Favicon

[Bug 1363] New: eximon does not continuously update logfile widget

------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1363
           Summary: eximon does not continuously update logfile widget
           Product: Exim
           Version: 4.80.1
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: bug
          Priority: medium
         Component: Eximon
        AssignedTo: nigel <at> exim.org
        ReportedBy: heiko <at> fu-berlin.de
                CC: exim-dev <at> exim.org

eximon does initially show the last lines of the logfile but does not
continuously update the logfile widget.

In em_log.c line 367 variables are:

log_file=/server/exim/server/log/main-%D
log_file_wanted=/server/exim/server/log/main-%D
log_file_open=/server/exim/server/log/main-20130602

--> log_file_wanted is not correct because it should contain the date stamp.

The reason is "%s" in string_format line which is introduced by commit e0df1c8.

(Continue reading)

Alain Williams | 30 May 2013 15:18
Picon
Favicon

[Bug 1361] New: smtp_accept_queue_per_connection is not searchable in spec.txt

------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1361
           Summary: smtp_accept_queue_per_connection is not searchable in
                    spec.txt
           Product: Exim
           Version: 4.80 RC
          Platform: Other
        OS/Version: All
            Status: NEW
          Severity: bug
          Priority: low
         Component: Documentation
        AssignedTo: nigel <at> exim.org
        ReportedBy: addw <at> phcomp.co.uk
                CC: exim-dev <at> exim.org

Because this option is long it is split, I don't understand why it must be
split, but still...

The result is that a search for the option name finds it in option list
summaries, but the main description is not found. This is what appears before
the description:

+-----------------------------------+---------+-------------+-----------+
|smtp_accept_queue_per_   connection|Use: main|Type: integer|Default: 10|
+-----------------------------------+---------+-------------+-----------+

/doc/doc-docbook/spec.xfpt contains:
(Continue reading)

Simon Thames | 28 May 2013 12:50

Compile Exim

Hi,

Is there a way I can compile Exim without Perl ?

Thanks in advance.

Regards,
Simon

 		 	   		  
Picon
Picon
Favicon

error message patch

Hi,

Having spent a chunk of this afternoon debugging an Exim configuration I mailed out to the users list on the
off chance where someone else had the decency to grep the source code whilst I was eating dinner...

In any case having just looked at the source and apologies for not knowing the patch submission procedure, I
would like to submit the following - this applies to the 4.80.1  tree which I think is current:

=========PATCH START==========

--- readconf.c	2012-10-25 04:37:38.000000000 +0100
+++ readconf.c.2	2013-05-23 21:52:17.000000000 +0100
 <at>  <at>  -3783,7 +3783,7  <at>  <at> 
   pp = p;
   while (mac_isgraph(*p)) p++;
   if (p - pp <= 0) log_write(0, LOG_PANIC_DIE|LOG_CONFIG_IN,
-    "missing error type");
+    "missing error type in Retry rules");

   /* Test error names for things we understand. */
===========PATCH END============

This specifically applies to the config parser and makes the initial Retry rules error message at least
indicate which section of the config that the error applies to - which to my mind is much more helpful than
the previous message.

Please use or lose the patch at your discretion.

Many thanks

(Continue reading)

Jeremy Harris | 23 May 2013 23:27

[Bug 1358] New: Want a way to pull fields out of certificates

------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1358
           Summary: Want a way to pull fields out of certificates
           Product: Exim
           Version: N/A
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: wishlist
          Priority: medium
         Component: String expansion
        AssignedTo: nigel <at> exim.org
        ReportedBy: jgh146exb <at> wizmail.org
                CC: exim-dev <at> exim.org

It's not easy to get at, say, the Issuer of the client certificate acquired
with tls_verify_hosts.   There are $tls_in_peerdn and $tls_in_sni but there is
not a general method.

Possibly an expansion item would work?  Eg.

  ${cert_extract {field}{cert}{found}{notfound}}

Where:
  field can expand to one of a list of well-known names, or an OID
  cert  can expand to "peer", "ocsp", a filename (?)
  found is expanded with $value, if the field was found

(Continue reading)

Jeremy Harris | 23 May 2013 22:29

[Bug 321] Callouts and AUTH and LMTP

------- You are receiving this mail because: -------
You are the QA contact for the bug.

http://bugs.exim.org/show_bug.cgi?id=321

--- Comment #4 from Jeremy Harris <jgh146exb <at> wizmail.org>  2013-05-23 21:29:38 ---
Callouts support AUTH since fcc8e0475.

It's done by duplicating some of the transport code; better would be merging
the two.

--

-- 
Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email

Todd Lyons | 23 May 2013 21:30
Gravatar

Re: [exim-cvs] Documentation for udpsend and ${hexquote:

On Thu, May 23, 2013 at 11:17 AM, Exim Git Commits Mailing List
<exim-git <at> exim.org> wrote:
> +This modifier sends a UDP packet, for purposes such as statistics
> +collection or behaviour monitoring. The parameters are expanded, and
> +the result of the expansion must be a colon-separated list consisting
> +of a destination server, port number, and the packet contents. The
> +server can be specified as a host name or IPv4 or IPv6 address. The
> +separator can be changed with the usual angle bracket syntax. For
> +example, you might want to collect information on which hosts connect
> +when:
> +udpsend = <; 2001:dB8::dead:beef ; 1234 ;\
> +             $tod_zulu $sender_host_address

Tony, I cannot begin to describe how truly awesome this is.

...Todd
--
The total budget at all receivers for solving senders' problems is $0.
 If you want them to accept your mail and manage it the way you want,
send it the way the spec says to. --John Levine

Jeremy Harris | 12 May 2013 19:40

[Bug 425] Put captured subexpressions of regex and mime_regex ACL conditions in $1, $2 etc.

------- You are receiving this mail because: -------
You are the QA contact for the bug.

http://bugs.exim.org/show_bug.cgi?id=425

Jeremy Harris <jgh146exb <at> wizmail.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #622 is|0                           |1
           obsolete|                            |

--- Comment #3 from Jeremy Harris <jgh146exb <at> wizmail.org>  2013-05-12 18:40:40 ---
Created an attachment (id=626)
 --> (http://bugs.exim.org/attachment.cgi?id=626)
Mk. 2: supports mime_regex also.

I've noted an issue:  this may be regarded as an incompatible change as it
modifies variables which were previously untouched.

--

-- 
Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email

Jeremy Harris | 12 May 2013 17:02

logging of fakereject

Am I right that a fakereject still gets a "<=" line logged?
Should we make it distinguishable in some way?
--

-- 
Jeremy

Nigel Metheringham | 8 May 2013 14:58
Favicon
Gravatar

[Bug 1353] New: Automated checks for unsorted option lists

------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1353
           Summary: Automated checks for unsorted option lists
           Product: Exim
           Version: N/A
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: bug
          Priority: medium
         Component: Release process
        AssignedTo: nigel <at> exim.org
        ReportedBy: nigel <at> exim.org
                CC: exim-dev <at> exim.org

Exim option lists (in the exim C code) must be in a lexicographically sorted
order.
If they are not sorted bad things can happen - see bug #1352

We need some automated checking to check all of the sets of option lists, and
alert should an option be inserted in a position that makes the option list
unsorted.

--

-- 
Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email

Dmitry Isaikin | 8 May 2013 12:01
Picon
Favicon

[Bug 1352] New: Exim configuration error: main option "dns_retry" unknown

------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=1352
           Summary: Exim configuration error: main option "dns_retry"
                    unknown
           Product: Exim
           Version: N/A
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: bug
          Priority: medium
         Component: General execution
        AssignedTo: nigel <at> exim.org
        ReportedBy: isaikin-dmitry <at> yandex.ru
                CC: exim-dev <at> exim.org

We use option "dns_retry".
After rebuilding Exim from master branch, Exim makes core:

/etc/init.d/exim restart
Shutting down exim:                                        [  OK  ]
Starting exim: 2013-05-08 13:27:32 Exim configuration error in line 81 of
/usr/exim/conf/configure:
  main option "dns_retry" unknown

Fix:

diff --git a/src/src/readconf.c b/src/src/readconf.c
(Continue reading)


Gmane