[opensuse] Thunderbird 3.0.4 - Deleting Large No. of Messages leaves Tbird indexing and eating 87% of CPU for hours...
Guys, I'm so frustrated with Thunderbird I'm about to ditch it. I guess the problem has to do with the new indexing of messages. In the past I always like tbird because it was lightning fast and I was never left waiting on a sluggish email client to finish doing something I didn't tell it to do in the first place (like kmail). In the past few 3.x releases, tbird has gotten slower, and slower, and slower.... Tonight, I went to clean out my vbox folder since the mailing list has changed to a new sourceforge list. That left me deleting ~2500 messages. I scanned the subjects on the unread ones and would generally delete ~100 messages at a time. I finished the deletes in ~ 15 minutes. That was about 2 hours ago and tbird is still indexing and lying its ass off telling me it is 99% complete with message XXXX of YYYY -- just before it just increases both numbers and in reality tells you it has thousands more to do. Does anybody have a fix for this slow indexing problem (other than turning it off). Wolfgang, do you know if Mozilla is working on anything to fix this problem? So far it looks like ever bit of software that tries some new latest-greatest indexing tools makes a complete mess of their product and ends up with a fiasco on their hands. Can you say "beagle" again, or stringi/nepomuk/avahi? Has anyone who has turned the indexing off tried to use search in tbird 3.x? If the only difference from getting rid of indexing is longer searches, that's fine. I don't do that many searches anyway and I would gladly trade a 5 minute delay in searching ever couple of days or so to get rid of hours of indexing, a "HOT" laptop due to running with the CPU pegged for hours and gigabyte index files scattered all over my box. Anyone have any experience after turning this junk off? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 05/03/2010 11:42 PM, David C. Rankin wrote:
Guys,
I'm so frustrated with Thunderbird I'm about to ditch it.
Holy Crap! I just out of curiosity checked the sqlite database index size: -rw-r--r-- 1 david dcr 691138560 2010-05-03 23:44 global-messages-db.sqlite SIX HUNDRED NINETY ONE + MEGABYTES That dreaded dog just got shot in the head! -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-05-04 06:42, David C. Rankin wrote: [Sent later]
Does anybody have a fix for this slow indexing problem (other than turning it off). Wolfgang, do you know if Mozilla is working on anything to fix this problem?
Turn it off. Advanced... General tab, "Enable global search and indexer", tick it off. It can be gigabytes. If you need searching and Th. misbehaves, use beagle indexing instead, I think it is more reliable by now. At least cpu-wise.
Has anyone who has turned the indexing off tried to use search in tbird 3.x? If the only difference from getting rid of indexing is longer searches, that's fine.
It simply means that if you search for email's body content, it takes longer. Way longer if the folder is large, or you request many folders Notice that that is not the only indexing it does. For each local folder it keeps an index file named "folder_name.msf", which is an index of the folder headers. It also keeps the read/sent/marked info. For remote imap folders it also keeps local indexes (so that it can show the headers fast). If you delete them they are recreated. And they can be large: I have about 250 MB in the gmail index file. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkvfyMsACgkQja8UbcUWM1zrWgD/YDYolCJvl64dSX5JemZzYlcc kkMegOLLGiPYbo0QHL0A/18sR9Uxn8a+Gnn014/pINx/Pv2WdlyJxPFm8KzyOzmv =A1lu -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Hi, On 05/04/2010 06:42 AM, David C. Rankin wrote:
I'm so frustrated with Thunderbird I'm about to ditch it. I guess the problem has to do with the new indexing of messages. In the past I always like tbird because it was lightning fast and I was never left waiting on a sluggish email client to finish doing something I didn't tell it to do in the first place (like kmail). In the past few 3.x releases, tbird has gotten slower, and slower, and slower....
I partly agree with you. Some operations in some situations are really slow/strange. For example I have set everything to autosync on my laptop to be able to read stuff offline once the connection drops but still Thunderbird seems to spend a lot of time when I change to another folder fetching messages even when I'm connected since minutes and there was plenty of time to sync everything.
Tonight, I went to clean out my vbox folder since the mailing list has changed to a new sourceforge list. That left me deleting ~2500 messages. I scanned the subjects on the unread ones and would generally delete ~100 messages at a time. I finished the deletes in ~ 15 minutes. That was about 2 hours ago and tbird is still indexing and lying its ass off telling me it is 99% complete with message XXXX of YYYY -- just before it just increases both numbers and in reality tells you it has thousands more to do.
Lucky if your mails are really gone afterwards. I sometimes run into a bug where I go through my folders and delete a large amount of mails (e.g. after vacation) and when reconnecting they are back again :-( So yes autosync and indexing seem to be fishy.
Does anybody have a fix for this slow indexing problem (other than turning it off). Wolfgang, do you know if Mozilla is working on anything to fix this problem?
As far as I know Mozilla is working continuously on the indexing stuff but apparently it has some issues which are hard to isolate. So I'd recommend to report everything you find to them directly through bugzilla or http://getsatisfaction.com/mozilla_messaging
So far it looks like ever bit of software that tries some new latest-greatest indexing tools makes a complete mess of their product and ends up with a fiasco on their hands. Can you say "beagle" again, or stringi/nepomuk/avahi?
Has anyone who has turned the indexing off tried to use search in tbird 3.x? If the only difference from getting rid of indexing is longer searches, that's fine. I don't do that many searches anyway and I would gladly trade a 5 minute delay in searching ever couple of days or so to get rid of hours of indexing, a "HOT" laptop due to running with the CPU pegged for hours and gigabyte index files scattered all over my box. Anyone have any experience after turning this junk off?
I guess that fulltext searches are not possible at all anymore. But if you don't need it, just disable it. Wolfgang -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-05-04 09:33, Wolfgang Rosenauer wrote:
I guess that fulltext searches are not possible at all anymore. But if you don't need it, just disable it.
Global searches, no. Text search in one or more folders, yes. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkvhEcsACgkQja8UbcUWM1xMcAEAkY98oWOjQP3OnhTxNzQ2ebaI zat6fHMjzU+WQWPby34BAJLduua/YAuK1KxBE1FJIJ66tz41fcRvIq2fnUS9K6Re =FEnJ -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Am 04.05.2010 06:42, schrieb David C. Rankin:
Guys,
Does anybody have a fix for this slow indexing problem (other than turning it off). Wolfgang, do you know if Mozilla is working on anything to fix this problem?
Sorry, the best advice I can give at the moment is to shut off indexing. I have a fast raid both on my server and on my client, but still the indexing process wasn't finished after more than 30 hours... My global-messages-db.sqlite was bigger than 1 gb, and no end in sight.
Has anyone who has turned the indexing off tried to use search in tbird 3.x? If the only difference from getting rid of indexing is longer searches, that's fine. I don't do that many searches anyway and I would gladly trade a 5 minute delay in searching ever couple of days or so to get rid of hours of indexing, a "HOT" laptop due to running with the CPU pegged for hours and gigabyte index files scattered all over my box. Anyone have any experience after turning this junk off?
No problem with searching even in big mail folders. In fact the only problem I found was, that thunderbird doesn't allow me to use the body text search if I shut off indexing. This is rather frustrating because Cyrus is also indexing the mails on the server, so it the full text search was blinding fast. I will probably have to look for an alternative. :-( -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 05/04/2010 04:16 AM, Sandy Drobic wrote:
No problem with searching even in big mail folders. In fact the only problem I found was, that thunderbird doesn't allow me to use the body text search if I shut off indexing. This is rather frustrating because Cyrus is also indexing the mails on the server, so it the full text search was blinding fast.
I will probably have to look for an alternative. :-(
The search info is encouraging. I don't think I have ever done a full-body search before in email. As long as I can search on To, From, CC, and Subject that will be fine. I tuned off the global index yesterday. This morning tbird was back to its snappy and friendly self. As for the alternative... Yes, beagalization has often been the death of heretofore good software :p -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Tuesday 04 May 2010 15:55:27 David C. Rankin wrote:
On 05/04/2010 04:16 AM, Sandy Drobic wrote:
No problem with searching even in big mail folders. In fact the only problem I found was, that thunderbird doesn't allow me to use the body text search if I shut off indexing. This is rather frustrating because Cyrus is also indexing the mails on the server, so it the full text search was blinding fast.
I will probably have to look for an alternative. :-(
The search info is encouraging. I don't think I have ever done a full-body search before in email. As long as I can search on To, From, CC, and Subject that will be fine.
I tuned off the global index yesterday. This morning tbird was back to its snappy and friendly self.
As for the alternative... Yes, beagalization has often been the death of heretofore good software :p
Heh, let's see if we manage to kill the entire desktop with Nepomuk next ;). (disclaimer, I have Nepomuk enabled and configured to index the xdg-user-dirs in home only, but my British sense of humour lets me find the prospect of total failure amusing while I work to avoid it) Will -- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 05/04/2010 10:01 AM, Will Stephenson wrote:
Heh, let's see if we manage to kill the entire desktop with Nepomuk next ;).
(disclaimer, I have Nepomuk enabled and configured to index the xdg-user-dirs in home only, but my British sense of humour lets me find the prospect of total failure amusing while I work to avoid it)
Will
So far so good. I haven't had to disabled nepomuc/avahi/strigi since the 4.2X days. Mind you, not that strigi does anything useful for me yet (that I can tell), but we have all been promised that great things are to come. If they can every get the horiz-scroll issue fixed in the strigi select folder to index window so you can choose subdirs to individually index, I can see it being very useful. So far -- and most importantly -- there is an ability to 'choose' what to index which helps in the fight against giga-indexes. 'choose' is set apart by apostrophes above, just in case some of the other kde devs have forgot it meaning and intent. If we can work a little more 'choose' into kde4, it will come around :p -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Tue, 4 May 2010 23:25:27 David C. Rankin wrote:
[...]
The search info is encouraging. I don't think I have ever done a full-body search before in email.
That picture boggles the mind... :-) -- =================================================== Rodney Baker VK5ZTV rodney.baker@iinet.net.au =================================================== -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Sandy Drobic wrote:
Am 04.05.2010 06:42, schrieb David C. Rankin:
Guys,
Does anybody have a fix for this slow indexing problem (other than turning it off). Wolfgang, do you know if Mozilla is working on anything to fix this problem?
Sorry, the best advice I can give at the moment is to shut off indexing. I have a fast raid both on my server and on my client, but still the indexing process wasn't finished after more than 30 hours...
My global-messages-db.sqlite was bigger than 1 gb, and no end in sight.
Has anyone who has turned the indexing off tried to use search in tbird 3.x? If
Ah...3.x. That's your problem. I'm still at 2.x Both times I tried to switch to 3.x, it hosed my email. It's a show stopper from the beginning, as it re-arranges my start page and no longer allows the 3 panel option (1 tall column with all accounts and folders, and 2 panels to the side of that with folder messages from selected folder on top, and message on bottom). I thought it might be my extensions, but turned them off. Still couldn't configure it to be useful. Was hoping enough people would tell braindead designers to LEAVE USER'S setup's ALONE on upgrades -- all them to turn on features as they wish -- don't dump them into an alien environment and expect them to love it. 3.x was a piece of junk. Thank god for backups. I'd suggest going back to the 2.x series where I haven't seen these problem. I'd also suggest checking out 'dovecot' for your IMAP server. It also does server indexing and is hellacious fast! You may need to modify dovecot's initial setup to allow personally tuned settings. It's set for low-resource consumption/user on server. Since I want it giving full featured access to my few users, I upped it's per-user limits by about 10x. Best of all, it works with the old linux mbox format. So it is compatible with the old imap-gw which got axed in 11.2. And did I mention it was fast? It's one of the few imap servers (the other was panda) to pass the full IMAP compatibility test suite. It's faster than panda (panda may handle some older OS configs better that shouldn't be applicable on Suse11.2). -linda -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 05/04/2010 12:54 PM, Linda Walsh pecked at the keyboard and wrote:
Sandy Drobic wrote:
Am 04.05.2010 06:42, schrieb David C. Rankin:
Guys,
Does anybody have a fix for this slow indexing problem (other than turning it off). Wolfgang, do you know if Mozilla is working on anything to fix this problem?
Sorry, the best advice I can give at the moment is to shut off indexing. I have a fast raid both on my server and on my client, but still the indexing process wasn't finished after more than 30 hours...
My global-messages-db.sqlite was bigger than 1 gb, and no end in sight.
Has anyone who has turned the indexing off tried to use search in tbird 3.x? If
Ah...3.x. That's your problem. I'm still at 2.x
Both times I tried to switch to 3.x, it hosed my email. It's a show stopper from the beginning, as it re-arranges my start page and no longer allows the 3 panel option (1 tall column with all accounts and folders, and 2 panels to the side of that with folder messages from selected folder on top, and message on bottom).
This is how I have mine set without problems. Actually I have a forth volume for my calendar.
I thought it might be my extensions, but turned them off. Still couldn't configure it to be useful. Was hoping enough people would tell braindead designers to LEAVE USER'S setup's ALONE on upgrades -- all them to turn on features as they wish -- don't dump them into an alien environment and expect them to love it.
3.x was a piece of junk. Thank god for backups.
I find it quite usable. Perhaps you didn't take the time to set it up correctly.
I'd suggest going back to the 2.x series where I haven't seen these problem.
I wouldn't as 3.x works quite well. At least after you turn the ugly indexing that the devs don't test in the real world, (with several thousand emails in separate folders).
I'd also suggest checking out 'dovecot' for your IMAP server. It also does server indexing and is hellacious fast! You may need to modify dovecot's initial setup to allow personally tuned settings. It's set for low-resource consumption/user on server. Since I want it giving full featured access to my few users, I upped it's per-user limits by about 10x.
Best of all, it works with the old linux mbox format. So it is compatible with the old imap-gw which got axed in 11.2.
And did I mention it was fast? It's one of the few imap servers (the other was panda) to pass the full IMAP compatibility test suite. It's faster than panda (panda may handle some older OS configs better that shouldn't be applicable on Suse11.2).
-linda
-- Ken Schneider SuSe since Version 5.2, June 1998 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Ken Schneider - openSUSE wrote:
On 05/04/2010 12:54 PM, Linda Walsh pecked at the keyboard and wrote:
(1 tall column with all accounts and folders, and 2 panels to the side of that with folder messages from selected folder on top, and message on bottom).
This is how I have mine set without problems. Actually I have a forth volume for my calendar.
I had mine down to my normal 3 + calendar, but couldn't (I swear, I went through trouble of installing it twice and have been using it since 1.5, so I'm not a complete stranger!), find how to turn off the calendar which seemed to waste alot of space and didn't want (I've had sunbird loaded off and on, but never found it useful enough for the real-estate it took up). May have been staring me in the face...but that was my largest issue. I couldn't believe they wouldn't default to off and let people turn on a calendar -- but give them *minimal* shock on upgrade, then let them turn on stuff...I usually turn on everything when I feel more exploratory, but right after an upgrade when I just want things to work isn't usually it. So tell me, there's a 'stupid' switch front and center or something that I missed that turns that off, right? (waiting for kick in head...:-) ).
I find it quite usable. Perhaps you didn't take the time to set it up correctly.
I *liked* the idea of the indexing, though I'd certainly want it in 64-bits. But I get along well with the server side indexing which is innately much faster as it's right there with the disks. The client could only index what it has dowloaded and keeps local. I use IMAP, so I have the general idea of keeping my email on the server, but Mozilla DOES tend to cling onto every 'body' I download, so I end up with huge local stores. My "appdata/roaming/thunderbird/profile/xxyz" dir on my winclient is running 1.5G, with 1.1G of that being in ImapMail. :-( I'd prefer Mozilla expire bodies more quickly but NOT the headers. Their rational is fine for POP usage, but for a user with local IMAP access, it amakes for unnecessary waste...maybe that's cleaned up in 3.0? :-)
I'd suggest going back to the 2.x series where I haven't seen these problem.
I wouldn't as 3.x works quite well. At least after you turn the ugly indexing that the devs don't test in the real world, (with several thousand emails in separate folders).
So I hear...well, if 3.0 works as fine as 2, I stand correct. Damn the local index, and full speed ahead! I'm still way impressed with dovecot though. I hear from others it compares favorably in benchmarks, BUT, my only experience is with the speedup coming from the now unsupported UMAP-UW prog -- a stalwart companion, but still a dog. :-) FWIW, I have a local 1Gb connection to my server (i.e. in the same house), dunno how typical that is, probably more on this list than other non-tech lists...:-) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 05/04/2010 10:29 PM, Linda Walsh pecked at the keyboard and wrote:
Ken Schneider - openSUSE wrote:
On 05/04/2010 12:54 PM, Linda Walsh pecked at the keyboard and wrote:
(1 tall column with all accounts and folders, and 2 panels to the side of that with folder messages from selected folder on top, and message on bottom).
This is how I have mine set without problems. Actually I have a forth volume for my calendar.
I had mine down to my normal 3 + calendar, but couldn't (I swear, I went through trouble of installing it twice and have been using it since 1.5, so I'm not a complete stranger!), find how to turn off the calendar which seemed to waste alot of space and didn't want (I've had sunbird loaded off and on, but never found it useful enough for the real-estate it took up).
May have been staring me in the face...but that was my largest issue. I couldn't believe they wouldn't default to off and let people turn on a calendar -- but give them *minimal* shock on upgrade, then let them turn on stuff...I usually turn on everything when I feel more exploratory, but right after an upgrade when I just want things to work isn't usually it. So tell me, there's a 'stupid' switch front and center or something that I missed that turns that off, right? (waiting for kick in head...:-) ).
The calendar is an addon feature if deleted will disappear.
I find it quite usable. Perhaps you didn't take the time to set it up correctly.
I *liked* the idea of the indexing, though I'd certainly want it in 64-bits. But I get along well with the server side indexing which is innately much faster as it's right there with the disks. The client could only index what it has dowloaded and keeps local. I use IMAP, so I have the general idea of keeping my email on the server, but Mozilla DOES tend to cling onto every 'body' I download, so I end up with huge local stores. My "appdata/roaming/thunderbird/profile/xxyz" dir on my winclient is running 1.5G, with 1.1G of that being in ImapMail. :-(
I'd prefer Mozilla expire bodies more quickly but NOT the headers. Their rational is fine for POP usage, but for a user with local IMAP access, it amakes for unnecessary waste...maybe that's cleaned up in 3.0? :-)
I'd suggest going back to the 2.x series where I haven't seen these problem.
I wouldn't as 3.x works quite well. At least after you turn the ugly indexing that the devs don't test in the real world, (with several thousand emails in separate folders).
So I hear...well, if 3.0 works as fine as 2, I stand correct. Damn the local index, and full speed ahead! I'm still way impressed with dovecot though. I hear from others it compares favorably in benchmarks, BUT, my only experience is with the speedup coming from the now unsupported UMAP-UW prog -- a stalwart companion, but still a dog.
-- Ken Schneider SuSe since Version 5.2, June 1998 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-05-05 04:29, Linda Walsh wrote:
Ken Schneider - openSUSE wrote:
[Sent later]
I had mine down to my normal 3 + calendar, but couldn't (I swear, I went through trouble of installing it twice and have been using it since 1.5, so I'm not a complete stranger!), find how to turn off the calendar which seemed to waste alot of space and didn't want (I've had sunbird loaded off and on, but never found it useful enough for the real-estate it took up).
I'm using 3.04 and I don't see any calendar.
I *liked* the idea of the indexing, though I'd certainly want it in 64-bits. But I get along well with the server side indexing which is innately much faster as it's right there with the disks. The client could only index what it has dowloaded and keeps local. I use IMAP, so I have the general idea of keeping my email on the server, but Mozilla DOES tend to cling onto every 'body' I download, so I end up with huge local stores. My "appdata/roaming/thunderbird/profile/xxyz" dir on my winclient is running 1.5G, with 1.1G of that being in ImapMail. :-(
Notice that there are two types of indexes. One is the global content index, which is optional (default is "on", I think). Then there is the headers indexes, which is one per folder, and it is not optional (they are recreated on deletion). Local or remote imap, does not matter, you get your indexes. And then, there are content caches, which are also optional (under "offline usage"). - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkvhDBQACgkQja8UbcUWM1xJKgD/W28eubeQljuAPTPOPO9BUBJb IlU2c4HDERsGknMU13AA/2eQBPgDw/6EBdXPaOsGC+JdAQu9gD+bAztEKysuxOPb =LEX9 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 05/05/2010 02:11 AM, Carlos E. R. pecked at the keyboard and wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2010-05-05 04:29, Linda Walsh wrote:
Ken Schneider - openSUSE wrote:
[Sent later]
I had mine down to my normal 3 + calendar, but couldn't (I swear, I went through trouble of installing it twice and have been using it since 1.5, so I'm not a complete stranger!), find how to turn off the calendar which seemed to waste alot of space and didn't want (I've had sunbird loaded off and on, but never found it useful enough for the real-estate it took up).
I'm using 3.04 and I don't see any calendar.
It is an addon called Lightning. -- Ken Schneider SuSe since Version 5.2, June 1998 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (8)
-
Carlos E. R. -
David C. Rankin -
Ken Schneider - openSUSE -
Linda Walsh -
Rodney Baker -
Sandy Drobic -
Will Stephenson -
Wolfgang Rosenauer