[Evolution-hackers] Fwd: Anonymous NNTP broken caused by
camel-url
Not Zed
notzed@ximian.com
Wed, 16 Mar 2005 16:35:01 +0800
--=-T2fFuH7peldqBUGZYoLb
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
actually ignore this, i'll just use the patch we already have.
On Wed, 2005-03-16 at 08:07 +0800, Not Zed wrote:
>
> Hi,
>
> Can you file a bug on this? (bugzilla.ximian.com)
>
> With 2.2, it should not create the bad uri's - only 2.2 pre-releases
> did. I thought i'd tested this, but perhaps it wasn't.
>
> Thanks,
> Michael
>
> On Fri, 2005-03-11 at 09:06 +0100, Karl Vogel wrote:
>
> > (resend.. forgot Reply All... blame gmail :-)
> >
> > On Fri, 11 Mar 2005 09:10:04 +0800, Not Zed <notzed@ximian.com> wrote:
> > >
> > > Are you saying newly created accounts don't work? The patch was only to
> > > fix those, it didn' fix ones which were already created wrongly.
> >
> > Correct. On a new install without any accounts, I was unable to add an
> > anonymous NNTP account. It keeps on prompting for a password, since
> > the user field in the camel-url is "" and the nntp provider checks if
> > user != NULL before prompting for a password.
> >
> > > The patch below is no good, camel-url is used everwhere, and a blank uid is
> > > valid in a uri afaik.
> >
> > Fair enough.. guess then the nntp provider needs patching to allow for
> > user = "".
> > _______________________________________________
> > evolution-hackers maillist - evolution-hackers@lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/evolution-hackers
--=-T2fFuH7peldqBUGZYoLb
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.5.7">
</HEAD>
<BODY>
<BR>
actually ignore this, i'll just use the patch we already have.<BR>
<BR>
<BR>
On Wed, 2005-03-16 at 08:07 +0800, Not Zed wrote:<BR>
<BLOCKQUOTE TYPE=CITE>
<BR>
<FONT COLOR="#000000">Hi,</FONT><BR>
<BR>
<FONT COLOR="#000000">Can you file a bug on this? (bugzilla.ximian.com)</FONT><BR>
<BR>
<FONT COLOR="#000000">With 2.2, it should not create the bad uri's - only 2.2 pre-releases did. I thought i'd tested this, but perhaps it wasn't.</FONT><BR>
<BR>
<FONT COLOR="#000000">Thanks,</FONT><BR>
<FONT COLOR="#000000">Michael</FONT><BR>
<BR>
<FONT COLOR="#000000">On Fri, 2005-03-11 at 09:06 +0100, Karl Vogel wrote: </FONT>
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">(resend.. forgot Reply All... blame gmail :-)</FONT>
<FONT COLOR="#000000">On Fri, 11 Mar 2005 09:10:04 +0800, Not Zed <<A HREF="mailto:notzed@ximian.com">notzed@ximian.com</A>> wrote:</FONT>
<FONT COLOR="#000000">></FONT>
<FONT COLOR="#000000">> Are you saying newly created accounts don't work? The patch was only to</FONT>
<FONT COLOR="#000000">> fix those, it didn' fix ones which were already created wrongly.</FONT>
<FONT COLOR="#000000">Correct. On a new install without any accounts, I was unable to add an</FONT>
<FONT COLOR="#000000">anonymous NNTP account. It keeps on prompting for a password, since</FONT>
<FONT COLOR="#000000">the user field in the camel-url is "" and the nntp provider checks if</FONT>
<FONT COLOR="#000000">user != NULL before prompting for a password.</FONT>
<FONT COLOR="#000000">> The patch below is no good, camel-url is used everwhere, and a blank uid is</FONT>
<FONT COLOR="#000000">> valid in a uri afaik.</FONT>
<FONT COLOR="#000000">Fair enough.. guess then the nntp provider needs patching to allow for</FONT>
<FONT COLOR="#000000">user = "".</FONT>
<FONT COLOR="#000000">_______________________________________________</FONT>
<FONT COLOR="#000000">evolution-hackers maillist - <A HREF="mailto:evolution-hackers@lists.ximian.com">evolution-hackers@lists.ximian.com</A></FONT>
<FONT COLOR="#000000"><A HREF="http://lists.ximian.com/mailman/listinfo/evolution-hackers">http://lists.ximian.com/mailman/listinfo/evolution-hackers</A></FONT>
</PRE>
</BLOCKQUOTE>
</BLOCKQUOTE>
</BODY>
</HTML>
--=-T2fFuH7peldqBUGZYoLb--