please remove our email Adress!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!! ----- Original Message ----- From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, July 04, 2003 7:12 AM Subject: evolution digest, Vol 1 #302 - 15 msgs
> Send evolution mailing list submissions to > [EMAIL PROTECTED] > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.ximian.com/mailman/listinfo/evolution > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of evolution digest..." > > > Today's Topics: > > 1. IMAP - compatibility problems (Michael Agbaglo) > 2. Re: IMAP - compatibility problems (Jeffrey Stedfast) > 3. Re: IMAP - compatibility problems (guenther) > 4. Re: Evolution, Connector and pilot conduits (Thomas Maeder) > 5. Re: Evolution, Connector and pilot conduits (Jack Coates) > 6. Re: Evolution, Connector and pilot conduits (Richard Bellavance) > 7. excessive HD access when resizing columns (Michael Agbaglo) > 8. Folder shared between users? (Mikhail Ramendik) > 9. Calendar bug? (Trey Sizemore) > 10. Re: Evolution 1.2.4 crashes in different cases (Frank Becker) > 11. Re: Calendar bug? (Mark Gordon) > 12. Re: Folder shared between users? (guenther) > 13. Re: Calendar bug? (Trey Sizemore) > 14. Re: Calendar bug? (Mark Gordon) > 15. Re: Evolution 1.2.4 crashes in different cases (Frank Becker) > > --__--__-- > > Message: 1 > Date: Thu, 03 Jul 2003 17:15:14 +0200 > From: Michael Agbaglo <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: [Evolution] IMAP - compatibility problems > > Hi ! > > I'm using evolution on my linux machines and - because it doesn't run > on windows - netscape. Evolution 1.2 accessed my IMAP server quickly, > but Evo 1.4 seems to be taking a nap in between. Problem #2 is that the > directory where my mail folders are residing is displayed. > > Netscape: > Inbox > Send > Trash > folder1 > folder2 > .... > > Evo: > > Inbox > [-]Mail > |-folder1 > |-folder2 > Trash > > Problem 3: The Trash thing is still not fixed. There's a trash folder on > my IMAP server. How can I make Evo handling it like the sent folder ? I > don't want this virtual folder crap. > > M. > > > > > --__--__-- > > Message: 2 > Subject: Re: [Evolution] IMAP - compatibility problems > From: Jeffrey Stedfast <[EMAIL PROTECTED]> > To: Michael Agbaglo <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Date: Thu, 03 Jul 2003 12:09:02 -0400 > > On Thu, 2003-07-03 at 11:15, Michael Agbaglo wrote: > > Hi ! > > > > I'm using evolution on my linux machines and - because it doesn't run > > on windows - netscape. Evolution 1.2 accessed my IMAP server quickly, > > but Evo 1.4 seems to be taking a nap in between. > > I have no idea what to say here... the imap code in 1.2 and 1.4 is > basically identical. All the network stuff is, at the very least. The > only changes have been bug fixes. So if it is slower, I have no idea how > or why that would be. I can say that it doesn't feel any slower to me... > > > Problem #2 is that the > > directory where my mail folders are residing is displayed. > > > > Netscape: > > Inbox > > Send > > Trash > > folder1 > > folder2 > > .... > > > > Evo: > > > > Inbox > > [-]Mail > > |-folder1 > > |-folder2 > > Trash > > the evo folder tree is the correct way to display the hierarchy. folder1 > is NOT on the same level as INBOX, so it shouldn't be displayed at the > same level. To do so would be a bug. > > > > > Problem 3: The Trash thing is still not fixed. There's a trash folder on > > my IMAP server. How can I make Evo handling it like the sent folder ? I > > don't want this virtual folder crap. > > you can't... yet. > > Jeff > > -- > Jeffrey Stedfast > Evolution Hacker - Ximian, Inc. > [EMAIL PROTECTED] - www.ximian.com > > > --__--__-- > > Message: 3 > Subject: Re: [Evolution] IMAP - compatibility problems > From: guenther <[EMAIL PROTECTED]> > To: Michael Agbaglo <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Date: 03 Jul 2003 18:34:55 +0200 > > > > > I'm using evolution on my linux machines and - because it doesn't run > > > on windows - netscape. Evolution 1.2 accessed my IMAP server quickly, > > > but Evo 1.4 seems to be taking a nap in between. > > > > I have no idea what to say here... the imap code in 1.2 and 1.4 is > > basically identical. All the network stuff is, at the very least. The > > only changes have been bug fixes. So if it is slower, I have no idea how > > or why that would be. I can say that it doesn't feel any slower to me... > > Don't see any slowdowns either. > > > > > Problem #2 is that the > > > directory where my mail folders are residing is displayed. > [...] > > > the evo folder tree is the correct way to display the hierarchy. folder1 > > is NOT on the same level as INBOX, so it shouldn't be displayed at the > > same level. To do so would be a bug. > > > > > > > Problem 3: The Trash thing is still not fixed. There's a trash folder on > > > my IMAP server. How can I make Evo handling it like the sent folder ? I > > > don't want this virtual folder crap. > > > > you can't... yet. > > I recently posted some more infos on trash folders: > http://lists.ximian.com/archives/public/evolution/2003-June/030310.html > > Comments about this wish go here: > http://bugzilla.ximian.com/show_bug.cgi?id=6061 > > ...guenther > > > -- > char *t="[EMAIL PROTECTED]"; > main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1: > (c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}} > > > --__--__-- > > Message: 4 > Subject: Re: [Evolution] Evolution, Connector and pilot conduits > From: Thomas Maeder <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Date: 03 Jul 2003 19:40:24 +0200 > > Am Don, 2003-07-03 um 11.38 schrieb Nigel Metheringham: > > Is anyone else using Evolution 1.4 with connector and a palm PDA? > > Probably :-) > > Personally, I am just using Evolution 1.4 with a Palm PDA (no > connector). > > > I'm finding that the evolution conduits are causing massive duplication > > of any touched item in a way that does not happen against standard evo > > contacts/calendar/todo list. > > Same thing here; it seems not to be a Connector issue. > > > > --__--__-- > > Message: 5 > Subject: Re: [Evolution] Evolution, Connector and pilot conduits > From: Jack Coates <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Organization: Monkeynoodle.Org > Date: 03 Jul 2003 10:51:55 -0700 > > On Thu, 2003-07-03 at 02:38, Nigel Metheringham wrote: > > Is anyone else using Evolution 1.4 with connector and a palm PDA? > > > > I'm finding that the evolution conduits are causing massive duplication > > of any touched item in a way that does not happen against standard evo > > contacts/calendar/todo list. > > > > In particular any item deleted from either palm or exchange does not get > > deleted from the other side on sync, and if an appointment (for example) > > is modified on either side you end up with both the original and > > modified version after sync. > > > > Nigel. > > This is probably not what you want to hear, but: > > In all honesty, switching to Linux on the desktop finally meant not > using a PDA. I find that PDAs work fine if you stick to pilot-link and > JPilot, but synchronization with Evolution is fraught with difficulty > and breaks with every change of software or hardware. The two-step from > Evo to jpilot isn't acceptable, so I gave up. At its best (evo and pilot > communicating reliably on the first try), I have still had the > duplication problems you mention. There is a dedupe program in the > pilot-link distribution that will kill the duplicates on the palm > device, but of course that only solves half the problem. > > Additionally, "upgrading" from my trusty Palm V to a pretty Sony Clie > turned out to be a bad idea -- the Clie was a lot more fragile, and > replacing a broken screen quickly made me a little more reticent to > carry the PDA. Since the Palm V doesn't synchronize reliably through a > USB-to-serial connector and its internal battery is starting to go out > any way, both PDAs just gather dust in a drawer. On days when I'm going > out of the office, I just scribble down the times and bridge numbers / > addresses on a piece of paper and stick that in my pocket. Terribly > old-fashioned, but frankly easier to manage in the car any way :-) > > I've been working with this stuff since the Palm III and have tried > source compilations, Ximian RPMs, and Mandrake RPMs of every component > through the releases of the last two years up to about March of this > year. I've been on the gnome-pilot and pilot-link mailing lists and have > bothered the developers directly. It's just not worth it any more. > > -- > Jack Coates > Monkeynoodle: A Scientific Venture... > http://www.monkeynoodle.org/resume.html > > > --__--__-- > > Message: 6 > Subject: Re: [Evolution] Evolution, Connector and pilot conduits > From: Richard Bellavance <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Organization: Enter-Net inc. > Date: 03 Jul 2003 14:05:30 -0400 > > On Thu, 2003-07-03 at 13:51, Jack Coates wrote: > > > > This is probably not what you want to hear, but: > > > > In all honesty, switching to Linux on the desktop finally meant not > > using a PDA. [...] > > I have been syncing my Palm Vx with Evo for over 2 years now, and the > only time I've had any duplication was when I reinstalled my Linux (to > upgrade to a new version) and upgraded Evolution, importing the previous > Evo's stuff in the new one and *then* resyncing the Palm. If I'd > thought about things a bit, I'd have expected the dupes from this... > > No other problem apart a gpilotd hanging from time to time when I was > still on RedHat 6.2. Everything peachy since I moved to RH 7.3. > > -- > Richard Bellavance CGI > Analyste-Programmeur Principal > T.: 514-415-3000 #5463 1350, boul. Ren�-L�vesque Ouest > F.: 514-415-3972 Montr�al, Qc, H3G 1T4, CANADA > > > --__--__-- > > Message: 7 > From: Michael Agbaglo <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Date: 03 Jul 2003 20:18:19 +0200 > Subject: [Evolution] excessive HD access when resizing columns > > Hi ! > > There's a reproduceable phenomenon which occurs e.g. when I resize the > subject column in the Mail view. When the mouse cursor turns into <--> > and I hold down the left mouse button, the HD activity increases > significantly until the button is released. > > M. > > > > --__--__-- > > Message: 8 > From: Mikhail Ramendik <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Organization: > Date: 04 Jul 2003 00:21:06 +0400 > Subject: [Evolution] Folder shared between users? > > Hello! > > I would like to set up a local folder shared between two users on the > same machine. > > The reason is allowing both of them to check the same mailbox and keep > the mail from it in one location. > > I can think of one way to do it, but it's somewhat strange (letting Evo > create the folder for each of the users, then replace both folders with > symlinks to the actual folder). But this seems like a rather strange > workaround. Perhaps a cleaner way is available? > > Yours, Mikhail Ramendik > > > > --__--__-- > > Message: 9 > From: Trey Sizemore <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Date: 03 Jul 2003 18:02:33 -0400 > Subject: [Evolution] Calendar bug? > > Did not receive a response to this last time so reposting: > > I could not find an entry for this in Bugzilla (if there is one already > and I missed it somehow, please let me know where it is). I think this > may have been discussed on this list within the past week, but can no > longer find the thread to see what the outcome is/was. > > I have noticed in Evo 1.4 (I have this installed on Mandrake 9.1 from > Texstar sources) that when I go to the calendar module and then try to > go to another module (mail, summary, etc.) Evolution crashes. I do not > have to do anything in the Calendar or Tasks for this to happen > every time. Obviously, this is a real show stopper. Has anyone else > seen this problem? If so, is there a resolution or a bug already > submitted? > > Thanks. > > > --__--__-- > > Message: 10 > Subject: Re: [Evolution] Evolution 1.2.4 crashes in different cases > From: Frank Becker <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Organization: > Date: 04 Jul 2003 00:42:14 +0200 > > Am Don, 2003-07-03 um 15.09 schrieb Not Zed: > > > There should be more threads than that? > > > > With version 1.2.x you need to run gdb on 'evolution-mail', and use > > 'thread apply all bt' to get the backtrace. > > Thx, I'll try it tomorrow > > > FWIW installing the same version of gnomevfs might not help, if that is > > the problem, perhaps an older version could be tried? > > Recently everything worked fine with 1.2.4. But after an apt-get upgrade > the probs began > > > > -- > > Frank Becker > > -- > > Blumenaeckerweg 8a * 34128 Kassel > > Telefon: 0561/17064 > > E-Mail: [EMAIL PROTECTED] > > Web: www.beckerwelt.de > > > > > --__--__-- > > Message: 11 > Subject: Re: [Evolution] Calendar bug? > From: Mark Gordon <[EMAIL PROTECTED]> > To: Trey Sizemore <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Organization: Ximian, Inc. > Date: 03 Jul 2003 18:48:50 -0400 > > I haven't ever seen this. Does bug-buddy come up? Can you get a stack > trace? > > -Mark Gordon > > On Thu, 2003-07-03 at 18:02, Trey Sizemore wrote: > > Did not receive a response to this last time so reposting: > > > > I could not find an entry for this in Bugzilla (if there is one already > > and I missed it somehow, please let me know where it is). I think this > > may have been discussed on this list within the past week, but can no > > longer find the thread to see what the outcome is/was. > > > > I have noticed in Evo 1.4 (I have this installed on Mandrake 9.1 from > > Texstar sources) that when I go to the calendar module and then try to > > go to another module (mail, summary, etc.) Evolution crashes. I do not > > have to do anything in the Calendar or Tasks for this to happen > > every time. Obviously, this is a real show stopper. Has anyone else > > seen this problem? If so, is there a resolution or a bug already > > submitted? > > > > Thanks. > > > --__--__-- > > Message: 12 > Subject: Re: [Evolution] Folder shared between users? > From: guenther <[EMAIL PROTECTED]> > To: Mikhail Ramendik <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Date: 04 Jul 2003 00:57:52 +0200 > > > > I would like to set up a local folder shared between two users on the > > same machine. > > > > The reason is allowing both of them to check the same mailbox and keep > > the mail from it in one location. > > > > I can think of one way to do it, but it's somewhat strange (letting Evo > > create the folder for each of the users, then replace both folders with > > symlinks to the actual folder). But this seems like a rather strange > > workaround. Perhaps a cleaner way is available? > > > IIRC I have done that successfully (Evo 1.2.x) even across file systems. > > You will only need one single symlink (the directory that will be shared > with all subdirectories). I do not know of any other way, to accomplish > this -- besides an IMAP server allowing multiple connections. > > Be warned: None of the underlying threads of Evolutions are designed for > concurrent usage! You likely *will* run into problems, when those users > use the mail at the same time. This won't be an issue, if the users are > only local. > > The IMAP server allowing multiple concurrent connections is the clean > way and probably the best in terms of security. > > ...guenther > > > -- > char *t="[EMAIL PROTECTED]"; > main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1: > (c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}} > > > --__--__-- > > Message: 13 > Subject: Re: [Evolution] Calendar bug? > From: Trey Sizemore <[EMAIL PROTECTED]> > To: Mark Gordon <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Date: 03 Jul 2003 19:00:30 -0400 > > Yes, it gives me the ability to file a bug report (says the application > has crashed due to a fatal error). How do I get a stack trace? > > Thanks. > > On Thu, 2003-07-03 at 18:48, Mark Gordon wrote: > > I haven't ever seen this. Does bug-buddy come up? Can you get a stack > > trace? > > > > -Mark Gordon > > > > --__--__-- > > Message: 14 > Subject: Re: [Evolution] Calendar bug? > From: Mark Gordon <[EMAIL PROTECTED]> > To: Trey Sizemore <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Organization: Ximian, Inc. > Date: 03 Jul 2003 19:04:23 -0400 > > Bug-buddy should be able to generate the stack trace automatically. Go > ahead and use it to file the bug. > > -Mark Gordon > > On Thu, 2003-07-03 at 19:00, Trey Sizemore wrote: > > Yes, it gives me the ability to file a bug report (says the application > > has crashed due to a fatal error). How do I get a stack trace? > > > > Thanks. > > > > On Thu, 2003-07-03 at 18:48, Mark Gordon wrote: > > > I haven't ever seen this. Does bug-buddy come up? Can you get a stack > > > trace? > > > > > > -Mark Gordon > > > > > > _______________________________________________ > > evolution maillist - [EMAIL PROTECTED] > > http://lists.ximian.com/mailman/listinfo/evolution > > > --__--__-- > > Message: 15 > Subject: Re: [Evolution] Evolution 1.2.4 crashes in different cases > From: Frank Becker <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Organization: > Date: 04 Jul 2003 08:11:27 +0200 > > Am Don, 2003-07-03 um 15.09 schrieb Not Zed: > > > With version 1.2.x you need to run gdb on 'evolution-mail', and use > > 'thread apply all bt' to get the backtrace. > > Hope that this threadlist gives you more information. Sometimes > evolution already crashes if gdb loads the symbol table. > > > Thread 7 (Thread 5126 (LWP 1496)): > #0 0x4113587e in sigsuspend () from /lib/libc.so.6 > #1 0x4039c879 in __pthread_wait_for_restart_signal () from > /lib/libpthread.so.0 > #2 0x40399102 in pthread_cond_wait () from /lib/libpthread.so.0 > #3 0x40235a5a in e_msgport_wait () from > /usr/lib/evolution/1.2/libeutil.so.0 > #4 0x402361bd in e_thread_busy () from > /usr/lib/evolution/1.2/libeutil.so.0 > #5 0x4039a0ba in pthread_start_thread () from /lib/libpthread.so.0 > > Thread 6 (Thread 4101 (LWP 1495)): > #0 0x4113587e in sigsuspend () from /lib/libc.so.6 > #1 0x4039c879 in __pthread_wait_for_restart_signal () from > /lib/libpthread.so.0 > #2 0x40399102 in pthread_cond_wait () from /lib/libpthread.so.0 > #3 0x40235a5a in e_msgport_wait () from > /usr/lib/evolution/1.2/libeutil.so.0 > #4 0x402361bd in e_thread_busy () from > /usr/lib/evolution/1.2/libeutil.so.0 > #5 0x4039a0ba in pthread_start_thread () from /lib/libpthread.so.0 > > Thread 5 (Thread 3076 (LWP 1486)): > #0 0x4113587e in sigsuspend () from /lib/libc.so.6 > #1 0x4039c879 in __pthread_wait_for_restart_signal () from > /lib/libpthread.so.0 > #2 0x40399102 in pthread_cond_wait () from /lib/libpthread.so.0 > #3 0x40235a5a in e_msgport_wait () from > /usr/lib/evolution/1.2/libeutil.so.0 > #4 0x402361bd in e_thread_busy () from > /usr/lib/evolution/1.2/libeutil.so.0 > #5 0x4039a0ba in pthread_start_thread () from /lib/libpthread.so.0 > > Thread 4 (Thread 2051 (LWP 1483)): > #0 0x4113587e in sigsuspend () from /lib/libc.so.6 > #1 0x4039c879 in __pthread_wait_for_restart_signal () from > /lib/libpthread.so.0 > #2 0x40399102 in pthread_cond_wait () from /lib/libpthread.so.0 > #3 0x40235a5a in e_msgport_wait () from > /usr/lib/evolution/1.2/libeutil.so.0 > #4 0x402361bd in e_thread_busy () from > /usr/lib/evolution/1.2/libeutil.so.0 > #5 0x4039a0ba in pthread_start_thread () from /lib/libpthread.so.0 > > Thread 3 (Thread 1026 (LWP 1482)): > #0 0x4113587e in sigsuspend () from /lib/libc.so.6 > #1 0x4039c879 in __pthread_wait_for_restart_signal () from > /lib/libpthread.so.0 > #2 0x40399102 in pthread_cond_wait () from /lib/libpthread.so.0 > #3 0x40235a5a in e_msgport_wait () from > /usr/lib/evolution/1.2/libeutil.so.0 > #4 0x402361bd in e_thread_busy () from > /usr/lib/evolution/1.2/libeutil.so.0 > #5 0x4039a0ba in pthread_start_thread () from /lib/libpthread.so.0 > Thread 2 (Thread 2049 (LWP 1481)): > #0 0x411d4bb0 in poll () from /lib/libc.so.6 > #1 0x40399d96 in __pthread_manager () from /lib/libpthread.so.0 > > Thread 1 (Thread 1024 (LWP 1428)): > #0 0x411d4bb0 in poll () from /lib/libc.so.6 > #1 0x41005f19 in g_main_is_running () from /usr/lib/libglib-1.2.so.0 > #2 0x410058cd in g_get_current_time () from /usr/lib/libglib-1.2.so.0 > #3 0x41005c7c in g_main_run () from /usr/lib/libglib-1.2.so.0 > #4 0x40f267e7 in gtk_main () from /usr/lib/libgtk-1.2.so.0 > #5 0x40471ebd in bonobo_main () from /usr/lib/libbonobo.so.2 > #6 0x080afb04 in main () > #7 0x4112514f in __libc_start_main () from /lib/libc.so.6 > #0 0x411d4bb0 in poll () from /lib/libc.so.6 > > > > -- > Frank Becker > -- > Blumenaeckerweg 8a * 34128 Kassel > Telefon: 0561/17064 > E-Mail: [EMAIL PROTECTED] > Web: www.beckerwelt.de > > > > > --__--__-- > > > > > End of evolution Digest _______________________________________________ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
