Send evolution-patches mailing list submissions to
evolution-patches lists ximian com
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ximian.com/mailman/listinfo/evolution-patches
or, via email, send a message with subject or body 'help' to
evolution-patches-request lists ximian com
You can reach the person managing the list at
evolution-patches-admin lists ximian com
When replying, please edit your Subject line so it is more specific
than "Re: Contents of evolution-patches digest..."
Today's Topics:
1. Re: gal/e-text patch for 63731 (Not Zed)
2. Re: patch for #62593 (camel groupwise provider) (Not Zed)
3. Re: patch for #62593 (camel groupwise provider) (Harish Krishnaswamy)
4. Re: patch for #62593 (camel groupwise provider) (Harish Krishnaswamy)
5. Fix for bug # 57819 (Parthasarathi Susarla)
6. Re: 63456, mail crash destroy race (Not Zed)
7. Re: 63456, mail crash destroy race (Not Zed)
8. Re: 64023, nntp remembers password forever (Not Zed)
--__--__--
Message: 1
Subject: Re: [evolution-patches] gal/e-text patch for 63731
From: Not Zed <notzed ximian com>
To: Suresh Chandrsekharan <suresh chandrasekharan sun com>
Cc: asdf <evolution-patches lists ximian com>
Date: Mon, 30 Aug 2004 11:15:39 +0800
--=-SoHwKq2Y1fWJkUvqrlY9
Content-Type: multipart/alternative; boundary="=-SNICnhZBQyF+t+g5N9CA"
--=-SNICnhZBQyF+t+g5N9CA
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Ok this patch will do.
I don't know who now needs to be asked for approval on the 2.8 branch -
it seems to change every week.
It can be committed to head now though, but it should also go into the
branch once that's approved.
On Fri, 2004-08-27 at 14:43 +0800, Not Zed wrote:
I don't really like this much, but it may do, other solutions might
get complex.
Can you just keep track of the last canvas item which was given focus,
and apply any events to that only? Or do you keep getting events even
when some other totally unrelated widget gets focus (in which case
this patch wont work either).
Or can it just have a global imcontext for the widget, and always
listen to it, but just apply its input to the currently active object.
But as i said to start with, if it works it may do.
On Thu, 2004-08-26 at 18:56 -0700, Suresh Chandrsekharan wrote:
Hi Michael,
I have created another patch.
http://bugzilla.ximian.com/showattachment.cgi?attach_id=9697
Have put some explanation for the use of static variable inside
e_text_event.
Thanks,
Suresh
On æ°´, 2004-08-25 at 21:29, Not Zed wrote:
Ouch, that sounds fun. Yes just please commit a reverse patch for
now.
On Wed, 2004-08-25 at 21:16 -0700, Suresh Chandrasekharan wrote:
Hi Michael,
Seems like the patch that I committed to gal head causes a problem. In
calender adding some words to one appointment's summary, other appointment's
summary will change.
This is due to the text->im_context shared by all EText children of the
GnomeCanvas, so unless you explicitly connect/disconnect the signal for each
EText child commit callbacks will be emitted for all EText childern of
GnomCanvas and it will cause multiple update issue.
I'm planning to rollback my changes and will try to comeup with a
simpler solution to the original issue. Sorry for this oversight from my part.
Regards,
Suresh
--
Michael Zucchi
<notzed ximian com>
"born to die, live to work, it's
all downhill from here"
Novell's Evolution and Free
Software Developer
--
Michael Zucchi <notzed ximian com>
"born to die, live to work, it's
all downhill from here"
Novell's Evolution and Free
Software Developer
--=-SNICnhZBQyF+t+g5N9CA
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.1.20">
</HEAD>
<BODY>
<BR>
Ok this patch will do.<BR>
<BR>
I don't know who now needs to be asked for approval on the 2.8 branch - it seems to change every week.<BR>
<BR>
It can be committed to head now though, but it should also go into the branch once that's approved.<BR>
<BR>
<BR>
On Fri, 2004-08-27 at 14:43 +0800, Not Zed wrote:<BR>
<BLOCKQUOTE TYPE=CITE>
<BR>
<FONT COLOR="#000000">I don't really like this much, but it may do, other solutions might get complex.</FONT><BR>
<BR>
<FONT COLOR="#000000">Can you just keep track of the last canvas item which was given focus, and apply any events to that only? Or do you keep getting events even when some other totally unrelated widget gets focus (in which case this patch wont work either).</FONT><BR>
<BR>
<FONT COLOR="#000000">Or can it just have a global imcontext for the widget, and always listen to it, but just apply its input to the currently active object.</FONT><BR>
<BR>
<FONT COLOR="#000000">But as i said to start with, if it works it may do.</FONT><BR>
<BR>
<FONT COLOR="#000000">On Thu, 2004-08-26 at 18:56 -0700, Suresh Chandrsekharan wrote:</FONT><BR>
<BLOCKQUOTE TYPE=CITE>
<FONT COLOR="#000000">Hi Michael,</FONT><BR>
<FONT COLOR="#000000"> I have created another patch.</FONT><BR>
<FONT COLOR="#000000"><A HREF="http://bugzilla.ximian.com/showattachment.cgi?attach_id=9697";>http://bugzilla.ximian.com/showattachment.cgi?attach_id=9697</A></FONT><BR>
<FONT COLOR="#000000">Have put some explanation for the use of static variable inside e_text_event. </FONT><BR>
<BR>
<FONT COLOR="#000000">Thanks,</FONT><BR>
<FONT COLOR="#000000">Suresh</FONT><BR>
<BR>
<FONT COLOR="#000000">On 水, 2004-08-25 at 21:29, Not Zed wrote: </FONT><BR>
<BLOCKQUOTE TYPE=CITE>
<I><FONT COLOR="#737373">Ouch, that sounds fun. Yes just please commit a reverse patch for now.</FONT></I><BR>
<BR>
<I><FONT COLOR="#737373">On Wed, 2004-08-25 at 21:16 -0700, Suresh Chandrasekharan wrote: </FONT></I><I><FONT COLOR="#000000"> </FONT></I>
<BLOCKQUOTE TYPE=CITE>
<PRE>
<I><FONT COLOR="#000000">Hi Michael,</FONT></I>
<I><FONT COLOR="#000000"> Seems like the patch that I committed to gal head causes a problem. In </FONT></I>
<I><FONT COLOR="#000000">calender adding some words to one appointment's summary, other appointment's </FONT></I>
<I><FONT COLOR="#000000">summary will change.</FONT></I>
<I><FONT COLOR="#000000"> This is due to the text->im_context shared by all EText children of the </FONT></I>
<I><FONT COLOR="#000000">GnomeCanvas, so unless you explicitly connect/disconnect the signal for each </FONT></I>
<I><FONT COLOR="#000000">EText child commit callbacks will be emitted for all EText childern of </FONT></I>
<I><FONT COLOR="#000000">GnomCanvas and it will cause multiple update issue.</FONT></I>
<I><FONT COLOR="#000000"> I'm planning to rollback my changes and will try to comeup with a </FONT></I>
<I><FONT COLOR="#000000">simpler solution to the original issue. Sorry for this oversight from my part.</FONT></I>
<I><FONT COLOR="#000000"> </FONT></I>
<I><FONT COLOR="#000000">Regards,</FONT></I>
<I><FONT COLOR="#000000">Suresh</FONT></I>
<I><FONT COLOR="#000000"> </FONT></I>
</PRE>
</BLOCKQUOTE>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
-- <BR>
<TABLE CELLSPACING="6">
<TR>
<TD>
<IMG SRC="cid:1093494541.4343.26.camel@lostzed.mmc.com.au" WIDTH="48" HEIGHT="48" ALIGN="top" ALT="" BORDER="0">
</TD>
<TD>
<B>Michael Zucchi</B> <<U><A HREF="mailto:notzed ximian com">notzed ximian com</A></U>><BR>
<I>"born to die, live to work, it's all downhill from here"</I><BR>
<TT>Novell's </TT><TT><U><A HREF="http://codeblogs.ximian.com/blogs/evolution/";>Evolution</A></U></TT><TT> and </TT><TT><U><A HREF="http://www.gnu.org/philosophy/free-sw.html";>Free Software</A></U></TT><TT> Developer</TT>
</TD>
</TR>
</TABLE>
</TD>
</TR>
</TABLE>
</BLOCKQUOTE>
</BLOCKQUOTE>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
-- <BR>
<TABLE CELLSPACING="6">
<TR>
<TD>
<IMG SRC="cid:1093588833.2577.0.camel@lostzed.mmc.com.au" WIDTH="48" HEIGHT="48" ALIGN="top" ALT="" BORDER="0">
</TD>
<TD>
<B>Michael Zucchi</B> <<A HREF="mailto:notzed ximian com">notzed ximian com</A>><BR>
<I>"born to die, live to work, it's all downhill from here"</I><BR>
<TT>Novell's <A HREF="http://codeblogs.ximian.com/blogs/evolution/";>Evolution</A> and <A HREF="http://www.gnu.org/philosophy/free-sw.html";>Free Software</A> Developer</TT>
</TD>
</TR>
</TABLE>
</TD>
</TR>
</TABLE>
</BLOCKQUOTE>
</BODY>
</HTML>
--=-SNICnhZBQyF+t+g5N9CA--
--=-SoHwKq2Y1fWJkUvqrlY9
Content-ID: <1093588833 2577 0 camel lostzed mmc com au>
Content-Disposition: attachment; filename=zed-48.small.jpg
Content-Type: application/octet-stream; name=zed-48.small.jpg
Content-Transfer-Encoding: base64
/9j/4AAQSkZJRgABAQEASABIAAD/2wBDAA0JCgsKCA0LCgsODg0PEyAVExISEyccHhcgLikxMC4p
LSwzOko+MzZGNywtQFdBRkxOUlNSMj5aYVpQYEpRUk//2wBDAQ4ODhMREyYVFSZPNS01T09PT09P
T09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0//wAARCAAwADADASIA
AhEBAxEB/8QAGQAAAwEBAQAAAAAAAAAAAAAAAwQFAgYB/8QALhAAAgEDAgUEAQIHAAAAAAAAAQID
BBEhABIFEzFBURQigZEGYXE0UmJyobHx/8QAFwEBAQEBAAAAAAAAAAAAAAAABAMCAf/EAB0RAAID
AQEAAwAAAAAAAAAAAAABAgMREjEiMkH/2gAMAwEAAhEDEQA/AK8sEEq35nLaP3e1cW/m8kfdtAfh
824L7I1YFrnaRt8+L40U1ECxiGjLzSCocRYuQhubW7jIxrcFZRzU7q3sh3e8deWvX67/AKX0Xegi
TixevoZdxjhnkk2xBj2Z7DIA74Gs+kgpoaamPLllqE5yPuO4i1+nix7+NS3qatikPNZa+idmjLGx
YE+7r16DHgnTEtRWTVIraiknUrE42mJvYTY/IyfjT66YZjNzkzSSRTrEYTuz0tbpg6oV1V62op5G
3QhV9yn+7t8DXPDiZlaepq0AYIBGEFtuRc2/WwH7aroXho98jNG5RVa4wDYNbzqNsefqdcnmM0J0
pp1kKyRywsdpU46EX/19aT4ioWgmanATG0Mpvcd89750arjMg2L1DfQtnSixTMW5hO0ZBZsEg5t5
xodU+8fhit7jZz4ChQWS99U1lC0H8RNZx74xK2DkAG48ePOtU0UUsQLC6kki/wC+jqtMpeLapjYg
XJyNLcxyr1EUHaWaEspHXPbXVcNkUcCUOjvNv2kAdAehOkVo4LrDEFG9hcnPe+rlUsNNSenUIWkk
ZHfbflqFC475IvqdnyWaRsgl6MNwysp13y8uLG3cTk6LBwCmliFR6lw7XBKdMdj50t+X8RkWOnhV
rbnLfX/dUPx1ivAoTJnmFm+CdIVEIx6XpFQSZxVVH6KrkRRaAudn9I8HXhniSPcyC/ntqzxOjMNS
6uNyMbqT0I1Ogoad6pF5S23C4t1zqOa8Y7xbEDSxmesguHDId4DKQDjGqMqHmNLGygFnujAZF8DF
820/xYpQ8RWcRLtkBINuh6Ef5B0tNRH0L7UEjGzCVTZirDBGfJ+NasrcMf4CnLp6f//Z
--=-SoHwKq2Y1fWJkUvqrlY9
Content-id: <1093494541 4343 26 camel lostzed mmc com au>
Content-type: application/octet-stream; name=zed-48.small.jpg
Content-disposition: attachment; filename=zed-48.small.jpg
Content-Transfer-Encoding: base64
/9j/4AAQSkZJRgABAQEASABIAAD/2wBDAA0JCgsKCA0LCgsODg0PEyAVExISEyccHhcgLikxMC4p
LSwzOko+MzZGNywtQFdBRkxOUlNSMj5aYVpQYEpRUk//2wBDAQ4ODhMREyYVFSZPNS01T09PT09P
T09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0//wAARCAAwADADASIA
AhEBAxEB/8QAGQAAAwEBAQAAAAAAAAAAAAAAAwQFAgYB/8QALhAAAgEDAgUEAQIHAAAAAAAAAQID
BBEhABIFEzFBURQigZEGYXE0UmJyobHx/8QAFwEBAQEBAAAAAAAAAAAAAAAABAMCAf/EAB0RAAID
AQEAAwAAAAAAAAAAAAABAgMREjEiMkH/2gAMAwEAAhEDEQA/AK8sEEq35nLaP3e1cW/m8kfdtAfh
824L7I1YFrnaRt8+L40U1ECxiGjLzSCocRYuQhubW7jIxrcFZRzU7q3sh3e8deWvX67/AKX0Xegi
TixevoZdxjhnkk2xBj2Z7DIA74Gs+kgpoaamPLllqE5yPuO4i1+nix7+NS3qatikPNZa+idmjLGx
YE+7r16DHgnTEtRWTVIraiknUrE42mJvYTY/IyfjT66YZjNzkzSSRTrEYTuz0tbpg6oV1V62op5G
3QhV9yn+7t8DXPDiZlaepq0AYIBGEFtuRc2/WwH7aroXho98jNG5RVa4wDYNbzqNsefqdcnmM0J0
pp1kKyRywsdpU46EX/19aT4ioWgmanATG0Mpvcd89750arjMg2L1DfQtnSixTMW5hO0ZBZsEg5t5
xodU+8fhit7jZz4ChQWS99U1lC0H8RNZx74xK2DkAG48ePOtU0UUsQLC6kki/wC+jqtMpeLapjYg
XJyNLcxyr1EUHaWaEspHXPbXVcNkUcCUOjvNv2kAdAehOkVo4LrDEFG9hcnPe+rlUsNNSenUIWkk
ZHfbflqFC475IvqdnyWaRsgl6MNwysp13y8uLG3cTk6LBwCmliFR6lw7XBKdMdj50t+X8RkWOnhV
rbnLfX/dUPx1ivAoTJnmFm+CdIVEIx6XpFQSZxVVH6KrkRRaAudn9I8HXhniSPcyC/ntqzxOjMNS
6uNyMbqT0I1Ogoad6pF5S23C4t1zqOa8Y7xbEDSxmesguHDId4DKQDjGqMqHmNLGygFnujAZF8DF
820/xYpQ8RWcRLtkBINuh6Ef5B0tNRH0L7UEjGzCVTZirDBGfJ+NasrcMf4CnLp6f//Z
--=-SoHwKq2Y1fWJkUvqrlY9--
--__--__--
Message: 2
Subject: Re: [evolution-patches] patch for #62593 (camel groupwise provider)
From: Not Zed <notzed ximian com>
To: Sivaiah N <snallagatla novell com>
Cc: asdf <evolution-patches lists ximian com>
Date: Mon, 30 Aug 2004 11:28:18 +0800
--=-vJ6j14ZM1j+kHHm+pQWY
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Only real thing - i guess the name "Freqeunt Contacts" doesn't have to
be translated?
Also with the g_free(id) thing, just do
g_free(id);
id = NULL;
rather than
if (id) {
...
}
since g_free already checks for a null pointer and it just makes the
code neater.
also some of the whitespace is messy, put one blank line after if () {}
blocks only if followed by more code, not another }.
On Fri, 2004-08-27 at 21:27 +0530, Sivaiah N wrote:
Hi,
Attahed patch creates two personl addr books for a groupwise user,
during account setup if he does not have them already to be
inconsistent with win32 client behaviour
Thanks,
Siva
--=-vJ6j14ZM1j+kHHm+pQWY
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.1.20">
</HEAD>
<BODY>
<BR>
Only real thing - i guess the name "Freqeunt Contacts" doesn't have to be translated?<BR>
<BR>
Also with the g_free(id) thing, just do<BR>
g_free(id);<BR>
id = NULL;<BR>
rather than<BR>
if (id) {<BR>
...<BR>
}<BR>
<BR>
since g_free already checks for a null pointer and it just makes the code neater.<BR>
<BR>
also some of the whitespace is messy, put one blank line after if () {} blocks only if followed by more code, not another }.<BR>
<BR>
On Fri, 2004-08-27 at 21:27 +0530, Sivaiah N wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">Hi,</FONT>
<FONT COLOR="#000000">Attahed patch creates two personl addr books for a groupwise user,</FONT>
<FONT COLOR="#000000">during account setup if he does not have them already to be</FONT>
<FONT COLOR="#000000">inconsistent with win32 client behaviour </FONT>
<FONT COLOR="#000000">Thanks,</FONT>
<FONT COLOR="#000000">Siva</FONT>
</PRE>
</BLOCKQUOTE>
</BODY>
</HTML>
--=-vJ6j14ZM1j+kHHm+pQWY--
--__--__--
Message: 3
Subject: Re: [evolution-patches] patch for #62593 (camel groupwise provider)
From: Harish Krishnaswamy <kharish novell com>
To: snallagatla novell com
Cc: patches <evolution-patches lists ximian com>
Date: Mon, 30 Aug 2004 09:30:38 +0530
hi,
Guess
if (!is_personalbooks_present) {
should be executed within the
if (status == E_GW_CONNECTION_STATUS_OK) {
block since we do want to attempt to create the personal address books
if the connection status was not OK in the first place.
Also the name 'Frequent Contacts' may need to be marked for localization - not sure
how the win32 client handles it.
harish
--__--__--
Message: 4
Subject: Re: [evolution-patches] patch for #62593 (camel groupwise provider)
From: Harish Krishnaswamy <kharish novell com>
To: Sivaiah N <snallagatla novell com>
Cc: patches <evolution-patches lists ximian com>
Date: Mon, 30 Aug 2004 09:42:14 +0530
hi,
Guess
if (!is_personalbooks_present) {
should be executed within the
if (status == E_GW_CONNECTION_STATUS_OK) {
block since we do want to attempt to create the personal address books
if the connection status was not OK in the first place.
harish
On Mon, 2004-08-30 at 11:28 +0800, Not Zed wrote:
Only real thing - i guess the name "Freqeunt Contacts" doesn't have to
be translated?
Also with the g_free(id) thing, just do
g_free(id);
id = NULL;
rather than
if (id) {
...
}
since g_free already checks for a null pointer and it just makes the
code neater.
also some of the whitespace is messy, put one blank line after if ()
{} blocks only if followed by more code, not another }.
On Fri, 2004-08-27 at 21:27 +0530, Sivaiah N wrote:
Hi,
Attahed patch creates two personl addr books for a groupwise user,
during account setup if he does not have them already to be
inconsistent with win32 client behaviour
Thanks,
Siva
--__--__--
Message: 5
From: Parthasarathi Susarla <sparthasarathi novell com>
Reply-To: sparthasarathi novell com
To: evolution-patches <evolution-patches ximian com>
Organization: Novell Software Development (I) Ltd
Date: Mon, 30 Aug 2004 10:07:10 +0530
Subject: [evolution-patches] Fix for bug # 57819
--=-IWm7G8Cuof6dK3Eczqg/
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Hi all,
attached is the fix for bug # 57819. Have called
eab_merging_book_add_contact() instead of e_book_async_add_contact() and
eab_merging_book_commit_contact() instead of e_book_async_commit_contact
().
This would prompt a dialog box showing the duplicate contact.
This fix might require a string change. Currently have not made any
regards,
partha
--=-IWm7G8Cuof6dK3Eczqg/
Content-Disposition: attachment; filename=57819.diff
Content-Type: text/x-patch; name=57819.diff; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Index: addressbook/ChangeLog
===================================================================
RCS file: /cvs/gnome/evolution/addressbook/ChangeLog,v
retrieving revision 1.1816
diff -u -r1.1816 ChangeLog
--- addressbook/ChangeLog 21 Aug 2004 21:53:41 -0000 1.1816
+++ addressbook/ChangeLog 25 Aug 2004 07:07:02 -0000
@@ -1,3 +1,13 @@
+2004-08-25 Parthasarathi Susarla <sparthasarathi novell com>
+ Fixes bug #57819
+ * addressbook/gui/contact-list-editor/e-contact-list-editor.c
+ (save_contact) : call the eab_merging_* functions instead of
+ e_book_sync* directly. The merging function check for duplication.
+ The following functions have been called:
+ 1. eab_merging_book_add_contact for adding a new entry
+ 2. eab_merging_book_commit_contact for commiting a modified entry
+
+
2004-08-20 Chris Toshok <toshok ximian com>
* gui/component/component-factory.c (factory): remove the dead
Index: addressbook/gui/contact-list-editor/e-contact-list-editor.c
===================================================================
RCS file: /cvs/gnome/evolution/addressbook/gui/contact-list-editor/e-contact-list-editor.c,v
retrieving revision 1.63
diff -u -r1.63 e-contact-list-editor.c
--- addressbook/gui/contact-list-editor/e-contact-list-editor.c 3 Aug 2004 22:53:33 -0000 1.63
+++ addressbook/gui/contact-list-editor/e-contact-list-editor.c 25 Aug 2004 07:07:19 -0000
@@ -52,6 +52,7 @@
#include "e-contact-editor.h"
#include "e-contact-list-model.h"
#include "e-contact-list-editor-marshal.h"
+#include "eab-contact-merging.h"
static void e_contact_list_editor_init (EContactListEditor *editor);
static void e_contact_list_editor_class_init (EContactListEditorClass *klass);
@@ -410,10 +411,10 @@
gtk_widget_set_sensitive (cle->app, FALSE);
cle->in_async_call = TRUE;
- if (cle->is_new_list)
- e_book_async_add_contact (cle->book, cle->contact, (EBookIdCallback)list_added_cb, ecs);
- else
- e_book_async_commit_contact (cle->book, cle->contact, (EBookCallback)list_modified_cb, ecs);
+ if (cle->is_new_list)
+ eab_merging_book_add_contact(cle->book,cle->contact,(EBookIdCallback)list_added_cb,ecs) ;
+ else
+ eab_merging_book_commit_contact(cle->book, cle->contact,(EBookIdCallback)list_modified_cb,ecs) ;
cle->changed = FALSE;
}
--=-IWm7G8Cuof6dK3Eczqg/--
--__--__--
Message: 6
Subject: Re: [evolution-patches] 63456, mail crash destroy race
From: Not Zed <notzed ximian com>
To: asdf <evolution-patches lists ximian com>
Date: Mon, 30 Aug 2004 12:21:26 +0800
--=-c8BwETVGHWcnEZ0Tm6Wh
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
committed to head only.
--=-c8BwETVGHWcnEZ0Tm6Wh
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.1.20">
</HEAD>
<BODY>
<BR>
committed to head only.<BR>
<BR>
<BR>
</BODY>
</HTML>
--=-c8BwETVGHWcnEZ0Tm6Wh--
--__--__--
Message: 7
Subject: Re: [evolution-patches] 63456, mail crash destroy race
From: Not Zed <notzed ximian com>
To: asdf <evolution-patches lists ximian com>
Date: Mon, 30 Aug 2004 12:21:44 +0800
--=-Il9KPMm5GQEiYLh84aM7
Content-Type: multipart/alternative; boundary="=-PVIdJ9ayjXE1DDVSQCEy"
--=-PVIdJ9ayjXE1DDVSQCEy
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
committed to head only
On Fri, 2004-08-27 at 15:23 +0800, Not Zed wrote:
--
Michael Zucchi <notzed ximian com>
"born to die, live to work, it's
all downhill from here"
Novell's Evolution and Free
Software Developer
--=-PVIdJ9ayjXE1DDVSQCEy
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.1.20">
</HEAD>
<BODY>
<BR>
committed to head only<BR>
<BR>
On Fri, 2004-08-27 at 15:23 +0800, Not Zed wrote:<BR>
<BLOCKQUOTE TYPE=CITE>
<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
-- <BR>
<TABLE CELLSPACING="6">
<TR>
<TD>
<IMG SRC="cid:1093591409.2577.11.camel@lostzed.mmc.com.au" WIDTH="48" HEIGHT="48" ALIGN="top" ALT="" BORDER="0">
</TD>
<TD>
<B>Michael Zucchi</B> <<A HREF="mailto:notzed ximian com">notzed ximian com</A>><BR>
<I>"born to die, live to work, it's all downhill from here"</I><BR>
<TT>Novell's <A HREF="http://codeblogs.ximian.com/blogs/evolution/";>Evolution</A> and <A HREF="http://www.gnu.org/philosophy/free-sw.html";>Free Software</A> Developer</TT>
</TD>
</TR>
</TABLE>
</TD>
</TR>
</TABLE>
</BLOCKQUOTE>
</BODY>
</HTML>
--=-PVIdJ9ayjXE1DDVSQCEy--
--=-Il9KPMm5GQEiYLh84aM7
Content-ID: <1093591409 2577 11 camel lostzed mmc com au>
Content-Disposition: attachment; filename=zed-48.small.jpg
Content-Type: application/octet-stream; name=zed-48.small.jpg
Content-Transfer-Encoding: base64
/9j/4AAQSkZJRgABAQEASABIAAD/2wBDAA0JCgsKCA0LCgsODg0PEyAVExISEyccHhcgLikxMC4p
LSwzOko+MzZGNywtQFdBRkxOUlNSMj5aYVpQYEpRUk//2wBDAQ4ODhMREyYVFSZPNS01T09PT09P
T09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0//wAARCAAwADADASIA
AhEBAxEB/8QAGQAAAwEBAQAAAAAAAAAAAAAAAwQFAgYB/8QALhAAAgEDAgUEAQIHAAAAAAAAAQID
BBEhABIFEzFBURQigZEGYXE0UmJyobHx/8QAFwEBAQEBAAAAAAAAAAAAAAAABAMCAf/EAB0RAAID
AQEAAwAAAAAAAAAAAAABAgMREjEiMkH/2gAMAwEAAhEDEQA/AK8sEEq35nLaP3e1cW/m8kfdtAfh
824L7I1YFrnaRt8+L40U1ECxiGjLzSCocRYuQhubW7jIxrcFZRzU7q3sh3e8deWvX67/AKX0Xegi
TixevoZdxjhnkk2xBj2Z7DIA74Gs+kgpoaamPLllqE5yPuO4i1+nix7+NS3qatikPNZa+idmjLGx
YE+7r16DHgnTEtRWTVIraiknUrE42mJvYTY/IyfjT66YZjNzkzSSRTrEYTuz0tbpg6oV1V62op5G
3QhV9yn+7t8DXPDiZlaepq0AYIBGEFtuRc2/WwH7aroXho98jNG5RVa4wDYNbzqNsefqdcnmM0J0
pp1kKyRywsdpU46EX/19aT4ioWgmanATG0Mpvcd89750arjMg2L1DfQtnSixTMW5hO0ZBZsEg5t5
xodU+8fhit7jZz4ChQWS99U1lC0H8RNZx74xK2DkAG48ePOtU0UUsQLC6kki/wC+jqtMpeLapjYg
XJyNLcxyr1EUHaWaEspHXPbXVcNkUcCUOjvNv2kAdAehOkVo4LrDEFG9hcnPe+rlUsNNSenUIWkk
ZHfbflqFC475IvqdnyWaRsgl6MNwysp13y8uLG3cTk6LBwCmliFR6lw7XBKdMdj50t+X8RkWOnhV
rbnLfX/dUPx1ivAoTJnmFm+CdIVEIx6XpFQSZxVVH6KrkRRaAudn9I8HXhniSPcyC/ntqzxOjMNS
6uNyMbqT0I1Ogoad6pF5S23C4t1zqOa8Y7xbEDSxmesguHDId4DKQDjGqMqHmNLGygFnujAZF8DF
820/xYpQ8RWcRLtkBINuh6Ef5B0tNRH0L7UEjGzCVTZirDBGfJ+NasrcMf4CnLp6f//Z
--=-Il9KPMm5GQEiYLh84aM7--
--__--__--
Message: 8
Subject: Re: [evolution-patches] 64023, nntp remembers password forever
From: Not Zed <notzed ximian com>
To: asdf <evolution-patches lists ximian com>
Date: Mon, 30 Aug 2004 12:22:45 +0800
--=-Qyr5FvUPUdLecZipZiNk
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
help if i reply to the right one.
committed to head only
--=-Qyr5FvUPUdLecZipZiNk
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.1.20">
</HEAD>
<BODY>
<BR>
help if i reply to the right one.<BR>
<BR>
committed to head only<BR>
<BR>
</BODY>
</HTML>
--=-Qyr5FvUPUdLecZipZiNk--
--__--__--
_______________________________________________
evolution-patches mailing list
evolution-patches lists ximian com
http://lists.ximian.com/mailman/listinfo/evolution-patches
End of evolution-patches Digest
