Bug#403583: Re: Bug#403583: exim4: client TLS authentication is broken

2007-01-17 Thread Marc Haber
tags #403583 - moreinfo unreproducible tags #403583 confirmed pending thanks On Thu, Jan 11, 2007 at 04:01:18PM +0100, Marc Haber wrote: > I'd like people to test this whether it introduces any regression > before I commit to svn and upload. No negative feedback until now. Committing to svn. Gre

Bug#403583: exim4: client TLS authentication is broken

2007-01-11 Thread Marc Haber
tags #403583 - moreinfo unreproducible tags #403583 confirmed thanks On Fri, Jan 05, 2007 at 10:10:36AM +0100, Marc Haber wrote: > On Fri, Jan 05, 2007 at 01:19:39AM -0500, celejar wrote: > > On 1/3/07, Marc Haber <[EMAIL PROTECTED]> wrote: > > >* is a catchall, I have verified this in a test setu

Bug#403583: exim4: client TLS authentication is broken

2007-01-05 Thread Celejar
On Fri, 5 Jan 2007 15:30:45 +0100 Marc Haber <[EMAIL PROTECTED]> wrote: [snip] > I am somewhat "at the end of my latin" here, since I cannot reproduce > the bug. If you are on Debian etch or Debian sid (which your original > bug report suggested), please try purging exim (you'll probably need > -

Bug#403583: exim4: client TLS authentication is broken

2007-01-05 Thread Marc Haber
On Fri, Jan 05, 2007 at 09:05:09AM -0500, Celejar wrote: > On Fri, 5 Jan 2007 10:10:36 +0100 > Marc Haber <[EMAIL PROTECTED]> wrote: > > (a) > > verify that your passwd.client line is formatted like: > > *:username:clear-text-password > > > > The debugging output I sent was made with the passwd.c

Bug#403583: exim4: client TLS authentication is broken

2007-01-05 Thread Celejar
On Fri, 5 Jan 2007 10:10:36 +0100 Marc Haber <[EMAIL PROTECTED]> wrote: > On Fri, Jan 05, 2007 at 01:19:39AM -0500, celejar wrote: > > On 1/3/07, Marc Haber <[EMAIL PROTECTED]> wrote: > > >* is a catchall, I have verified this in a test setup with a smarthost > > >that had its reverse DNS delibera

Bug#403583: exim4: client TLS authentication is broken

2007-01-05 Thread Marc Haber
On Fri, Jan 05, 2007 at 01:19:39AM -0500, celejar wrote: > On 1/3/07, Marc Haber <[EMAIL PROTECTED]> wrote: > >* is a catchall, I have verified this in a test setup with a smarthost > >that had its reverse DNS deliberatelybroken. > > > >You only need to put the IP address in passwd.client if you ha

Bug#403583: exim4: client TLS authentication is broken

2007-01-04 Thread celejar
On 1/3/07, Marc Haber <[EMAIL PROTECTED]> wrote: [snip] * is a catchall, I have verified this in a test setup with a smarthost that had its reverse DNS deliberatelybroken. You only need to put the IP address in passwd.client if you have specified a host name with broken reverse DNS there as th

Bug#403583: exim4: client TLS authentication is broken

2007-01-03 Thread Marc Haber
On Sun, Dec 24, 2006 at 09:17:49AM -0500, Celejar wrote: > Thanks very much for clearing this up. The documentation > [exim4-config_files(5)] currently reads: > > > server with the canonical host name target.mail.server.example. Many > > ISPs provide only an alias name of their SMTP smarthost. Yo

Bug#403583: exim4: client TLS authentication is broken

2006-12-24 Thread Celejar
On Sun, 24 Dec 2006 12:14:59 +0100 Marc Haber <[EMAIL PROTECTED]> wrote: > On Sat, Dec 23, 2006 at 11:41:05PM -0500, Celejar wrote: > > gmail-smtp.l.google.com [64.233.185.109]:587 status = usable > > 64.233.185.109 in serialize_hosts? no (option unset) > > delivering 1GyKob-n7-56 to gmail-smt

Bug#403583: exim4: client TLS authentication is broken

2006-12-20 Thread Marc Haber
tags #403583 unreproducible moreinfo thanks On Mon, Dec 18, 2006 at 04:07:17AM -0500, Celejar wrote: > Exim is set to relay outgoing mail through a smarthost (smtp.gmail.com > a.k.a gmail-smtp.l.google.com) which requires the client to authenticate > via TLS. Exim is configured to do so, and /etc/

Bug#403583: exim4: client TLS authentication is broken

2006-12-18 Thread Celejar
Package: exim4 Version: 4.63-2 Severity: normal *** Please type your report below this line *** Exim is set to relay outgoing mail through a smarthost (smtp.gmail.com a.k.a gmail-smtp.l.google.com) which requires the client to authenticate via TLS. Exim is configured to do so, and /etc/exim4/pass