On Sun, Jan 14, 2007 at 02:02:01PM +0100, Marc Haber wrote:
>
> Can you please try this new, simplified authenticator?
Sorry I didn't reply sooner - I have been down sick. Yes, the changes
which have propogated through etch have resolved the problems with all
the symbols I was testing. Thank
tags #406686 confirmed pending
thanks
On Sun, Jan 14, 2007 at 02:02:01PM +0100, Marc Haber wrote:
> On Sat, Jan 13, 2007 at 05:42:41PM +0100, Marc Haber wrote:
> > On Sat, Jan 13, 2007 at 11:39:26AM -0500, Steaphan Greene wrote:
> > > On Sat, Jan 13, 2007 at 05:35:14PM +0100, Marc Haber wrote:
> >
On Sat, Jan 13, 2007 at 05:42:41PM +0100, Marc Haber wrote:
> On Sat, Jan 13, 2007 at 11:39:26AM -0500, Steaphan Greene wrote:
> > On Sat, Jan 13, 2007 at 05:35:14PM +0100, Marc Haber wrote:
> > > Yes, and for the versions allowing unencrypted authentication as well.
> > > I just wanted to know if
On Sat, Jan 13, 2007 at 11:39:26AM -0500, Steaphan Greene wrote:
> On Sat, Jan 13, 2007 at 05:35:14PM +0100, Marc Haber wrote:
> > Yes, and for the versions allowing unencrypted authentication as well.
> > I just wanted to know if the change works outside my lab.
>
> Yep, it seems to, but I only
On Sat, Jan 13, 2007 at 05:35:14PM +0100, Marc Haber wrote:
> Yes, and for the versions allowing unencrypted authentication as well.
> I just wanted to know if the change works outside my lab.
Yep, it seems to, but I only tried my tests with test-passwords with
shifted-number-keys (US QWERTY key
On Sat, Jan 13, 2007 at 11:12:39AM -0500, Steaphan Greene wrote:
> On Sat, Jan 13, 2007 at 04:02:37PM +0100, Marc Haber wrote:
> > Can you try the following new plain authenticator?
>
> That one seems to work. I believe the same would have to be done for
> login auth as well, right?
Yes, and fo
On Sat, Jan 13, 2007 at 04:02:37PM +0100, Marc Haber wrote:
> Can you try the following new plain authenticator?
That one seems to work. I believe the same would have to be done for
login auth as well, right?
--
Steaphan Greene <[EMAIL PROTECTED]>
Lecturer, Computer Science, Binghamton Univers
reopen #406686
retitle #406686 issues with ^ and : in client authentication data
thanks
On Sat, Jan 13, 2007 at 11:43:08AM +0100, Andreas Metzler wrote:
> AUTH LOGIN and PLAIN will indeed fail with ^ since exim converts it to
> a binary zero. Doubling the ^ in /etc/exim4/passwd.client will disable
On Sat, Jan 13, 2007 at 09:49:30AM -0500, Steaphan Greene wrote:
> The issue is apparently only with the "^" when using plain or login
> auth. Replacing it with "^^" did solve the problem. I thought I had
> found problems without the "^" and using other test symbols, but
> apparently I had mad
On Sat, Jan 13, 2007 at 03:05:26PM +0100, Marc Haber wrote:
> I cannot reproduce this.
>
> Please change your password in /etc/exim/passwd.client to something
> containing $ or ^ (but _not_ being your password) and send me the
> output of
>
> echo bla | exim4 -odq [EMAIL PROTECTED]; exim4 -d-all+
On Fri, Jan 12, 2007 at 05:51:14PM -0500, Steaphan Greene wrote:
> There seems to be no way to handle a password with special characters in
> /etc/exim4/passwd.client. I can find no docs on this but have confirmed
> that many special characters (including "^" and "$") in a password cause
> exim
On Sat, Jan 13, 2007 at 03:18:22AM -0800, Debian Bug Tracking System wrote:
> Both ^ and $ work without anyproblems for AUTH CRAM-MD5. $ works fine
> too with AUTH LOGIN and AUTH PLAIN.
>
> AUTH LOGIN and PLAIN will indeed fail with ^ since exim converts it to
> a binary zero. Doubling the ^ in /e
Package: exim4
Version: 4.63-12
Severity: important
There seems to be no way to handle a password with special characters in
/etc/exim4/passwd.client. I can find no docs on this but have confirmed
that many special characters (including "^" and "$") in a password cause
exim4 to not authentica
13 matches
Mail list logo
