Tom Kistner | 1 Nov 15:38 2008
Picon

Re: DomainKeys & DKIM Endian'ness bug

Dan_Mitton <at> YMP.GOV schrieb:

> I think I like #1 better, but I'm not sure.

Me too :)

> I was hoping that the maintainer's of this code might have some additional 
> insight and could possibly point me at other places where endian'ness 
> might be an issue.

I'll fix this tonight, and do a quick check on the rest of the code, but
I guess that's all there is to it. Not much more byte-pushing going on
in there.

Thanks for the detective work!

/tom

--

-- 
## List details at http://lists.exim.org/mailman/listinfo/exim-dev Exim details at
http://www.exim.org/ ##

peasthope | 6 Nov 23:59 2008
Picon

suggested improvement to exim4.man

Folk,

exim4.man states,
"-bm       This option runs an Exim receiving process  that  accepts  an
                 incoming, locally-generated message on the current input."

Please consider changing the sentence to,
"-bm       This option runs an Exim process  which  accepts  a
                 locally-generated message on the current input."

Thanks,           ... Peter E.

--

-- 
## List details at http://lists.exim.org/mailman/listinfo/exim-dev Exim details at
http://www.exim.org/ ##

Jeremy Harris | 9 Nov 18:09 2008

[Bug 782] New: reduce expands <string3> with null $item

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

http://bugs.exim.org/show_bug.cgi?id=782
           Summary: reduce expands <string3> with null $item
           Product: Exim
           Version: N/A
          Platform: All
        OS/Version: Linux
            Status: NEW
          Severity: bug
          Priority: low
         Component: String expansion
        AssignedTo: nigel <at> exim.org
        ReportedBy: jgh146exb <at> wizmail.org
                CC: exim-dev <at> exim.org

Exim version 4.67

The ${reduce expansion item seems to, contrary documentation,
expand <string3> around the time of setting the initial $value
from <string2> .   It then discards the result; normally fine
unless <string3> objects to the null value of $item involved.

Workaround: wrap the objecting expansion involving $item
in a ${if.

Example:

# exim -be -d+expand
(Continue reading)

Ian Turner | 12 Nov 01:53 2008

[Bug 783] New: Exim violates RFC 4954

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

http://bugs.exim.org/show_bug.cgi?id=783
           Summary: Exim violates RFC 4954
           Product: Exim
           Version: 4.63
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: bug
          Priority: medium
         Component: SMTP Authentication
        AssignedTo: nigel <at> exim.org
        ReportedBy: vectro <at> vectro.org
                CC: exim-dev <at> exim.org

I discovered this issue while testing LogicMail against Exim. The logicmail bug
report is here: http://www.logicprobe.org/proj/logicmail/ticket/117

In short, RFC 4954 requires that a client be able to state "AUTH PLAIN" without
any creditials on the same line. The server is to send a black 334 reply, at
which point the client can provide credentials. Instead Exim says "535
Incorrect Authentication Data".

Here is a packet capture of what is happening:

10.067.183.233.00025-10.077.010.248.01191: 220 cleopatra.johnwparker.com ESMTP
Ready.

(Continue reading)

Graeme Fowler | 12 Nov 10:34 2008
Picon

[Bug 783] Exim violates RFC 4954

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

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

Graeme Fowler <graeme <at> graemef.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |graeme <at> graemef.net

--- Comment #1 from Graeme Fowler <graeme <at> graemef.net>  2008-11-12 09:34:44 ---
I believe you need to post your configuration before we proceed further. I
manage a large number of Exim instances and they all, without fail, permit

<start TLS session>
250 HELP
EHLO squonk
250-test.graemef.net Hello squonk [192.168.1.1]
250-SIZE 67108864
250-PIPELINING
250-AUTH PLAIN LOGIN
250 HELP
AUTH PLAIN
334 
[Base64 encoded string here]
235 Authentication succeeded
QUIT

These are two different versions, too: 4.66, 4.69; both allow the same thing.
(Continue reading)

Philip Hazel | 12 Nov 10:58 2008
Picon
Picon

[Bug 783] Exim violates RFC 4954

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

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

--- Comment #2 from Philip Hazel <ph10 <at> hermes.cam.ac.uk>  2008-11-12 09:58:14 ---
On Wed, 12 Nov 2008, Graeme Fowler wrote:

> --- Comment #1 from Graeme Fowler <graeme <at> graemef.net>  2008-11-12 09:34:44 ---
> I believe you need to post your configuration before we proceed further. 

Yes. This is entirely a configuration issue. I suggest somebody close 
this bug as invalid, and maybe post a correct configuration for the 
appropriate authenticator.

-- 
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/ ##

Philip Hazel | 12 Nov 10:58 2008
Picon
Picon

Re: [Bug 783] Exim violates RFC 4954

On Wed, 12 Nov 2008, Graeme Fowler wrote:

> --- Comment #1 from Graeme Fowler <graeme <at> graemef.net>  2008-11-12 09:34:44 ---
> I believe you need to post your configuration before we proceed further. 

Yes. This is entirely a configuration issue. I suggest somebody close 
this bug as invalid, and maybe post a correct configuration for the 
appropriate authenticator.

-- 
Philip Hazel

--

-- 
## List details at http://lists.exim.org/mailman/listinfo/exim-dev Exim details at
http://www.exim.org/ ##

Jakob Hirsch | 12 Nov 10:59 2008
Picon

[Bug 783] Exim violates RFC 4954

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

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

Jakob Hirsch <jh.exim-bugzilla <at> plonk.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jh.exim-bugzilla <at> plonk.de
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID

--- Comment #3 from Jakob Hirsch <jh.exim-bugzilla <at> plonk.de>  2008-11-12 09:59:00 ---
(In reply to comment #0)
> I discovered this issue while testing LogicMail against Exim. The logicmail bug
> report is here: http://www.logicprobe.org/proj/logicmail/ticket/117
> 
> In short, RFC 4954 requires that a client be able to state "AUTH PLAIN" without
> any creditials on the same line. The server is to send a black 334 reply, at
> which point the client can provide credentials. Instead Exim says "535
> Incorrect Authentication Data".

This is a config issue, not a bug. It seems that "server_prompts = :" is not
set in the PLAIN authenticator. This is what Exim on my system says:

$ telnet 0 msa
Trying 0.0.0.0...
Connected to 0.
Escape character is '^]'.
(Continue reading)

Ian Turner | 13 Nov 22:38 2008

[Bug 783] Exim violates RFC 4954

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

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

--- Comment #4 from Ian Turner <vectro <at> vectro.org>  2008-11-13 21:38:17 ---
Adding a server_prompts line did the trick. Thanks guys!

-- 
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/ ##

Derrick | 15 Nov 23:06 2008
Picon

[Bug 514] log slow DNS queries

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

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

--- Comment #3 from Derrick <derrick.rice <at> gmail.com>  2008-11-15 22:06:41 ---
Attaching patches.

Wrote wrappers for all the lower level functions used in host.c

-- 
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/ ##


Gmane