Re: mailnews hangs upon startup, or crashes upon startup, or hangs upon receipt of new mail
On 07/03/14 09:49, jmai...@ttec.com wrote: Best as I can tell there seems to be some kinds of email that seamonkey on win32 (version 2.15 - 2.25beta) is allergic to. When receiving them, it freezes. If there is a folder with the email, it hangs or crashes upon startup. I have many many folders and gigs of email and seamonkey usually consumes 2gb upon startup for a few minutes while it presumably tries to read all these folders. I have to spend hours finding and removing the folder and then the message, some times I also have to do that on the mail system as well. Is there any way to not go through this enumeration or summarization upon startup? One way would be to move most of your mail out of your e-mail account!! Each day, I drag my e-mail into one of about ten folders (at the same level as the inbox). Then, each year, I move all these sub-folders from the e-mail account into similar sub-folders under the Local Folders account. That way, SeaMonkey is not having to re-index years and years worth of e-mails, day after day after day! -- Daniel User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:28.0) Gecko/20100101 Firefox/28.0 SeaMonkey/2.25 Build identifier: 20140211200211 or User agent: Mozilla/5.0 (X11; Linux x86_64; rv:28.0) Gecko/20100101 SeaMonkey/2.25 Build identifier: 20140211195952 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: mailnews hangs upon startup, or crashes upon startup, or hangs upon receipt of new mail
On Friday, March 7, 2014 3:35:00 AM UTC-5, Daniel wrote: On 07/03/14 09:49, jmai...@ttec.com wrote: Best as I can tell there seems to be some kinds of email that seamonkey on win32 (version 2.15 - 2.25beta) is allergic to. When receiving them, it freezes. If there is a folder with the email, it hangs or crashes upon startup. I have many many folders and gigs of email and seamonkey usually consumes 2gb upon startup for a few minutes while it presumably tries to read all these folders. I have to spend hours finding and removing the folder and then the message, some times I also have to do that on the mail system as well. Is there any way to not go through this enumeration or summarization upon startup? One way would be to move most of your mail out of your e-mail account!! Each day, I drag my e-mail into one of about ten folders (at the same level as the inbox). Then, each year, I move all these sub-folders from the e-mail account into similar sub-folders under the Local Folders account. That way, SeaMonkey is not having to re-index years and years worth of e-mails, day after day after day! -- Daniel User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:28.0) Gecko/20100101 Firefox/28.0 SeaMonkey/2.25 Build identifier: 20140211200211 or User agent: Mozilla/5.0 (X11; Linux x86_64; rv:28.0) Gecko/20100101 SeaMonkey/2.25 Build identifier: 20140211195952 95% of my mail is not in my inbox. Are you saying that Local Folders is treated differently then folders rooted under an email account? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: mailnews hangs upon startup, or crashes upon startup, or hangs upon receipt of new mail
On 08/03/14 00:27, jmai...@ttec.com wrote: On Friday, March 7, 2014 3:35:00 AM UTC-5, Daniel wrote: On 07/03/14 09:49, jmai...@ttec.com wrote: Best as I can tell there seems to be some kinds of email that seamonkey on win32 (version 2.15 - 2.25beta) is allergic to. When receiving them, it freezes. If there is a folder with the email, it hangs or crashes upon startup. I have many many folders and gigs of email and seamonkey usually consumes 2gb upon startup for a few minutes while it presumably tries to read all these folders. I have to spend hours finding and removing the folder and then the message, some times I also have to do that on the mail system as well. Is there any way to not go through this enumeration or summarization upon startup? One way would be to move most of your mail out of your e-mail account!! Each day, I drag my e-mail into one of about ten folders (at the same level as the inbox). Then, each year, I move all these sub-folders from the e-mail account into similar sub-folders under the Local Folders account. That way, SeaMonkey is not having to re-index years and years worth of e-mails, day after day after day! -- Daniel User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:28.0) Gecko/20100101 Firefox/28.0 SeaMonkey/2.25 Build identifier: 20140211200211 or User agent: Mozilla/5.0 (X11; Linux x86_64; rv:28.0) Gecko/20100101 SeaMonkey/2.25 Build identifier: 20140211195952 95% of my mail is not in my inbox. Are you saying that Local Folders is treated differently then folders rooted under an email account? Yes, I think SM only indexes those accounts that are open when it is started up. If the Local Folders is closed (i.e. just shows as Local Folders), it doesn't get re-indexed. Another possibility would be to Compact your folders. When you move an e-mail out of the inbox into another folder, it's not really moved but copied into the other folder. Then, if you File-Empty Trash *and* File-Compact Files, all the space used by the copied e-mails is re-claimed. -- Daniel User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:28.0) Gecko/20100101 Firefox/28.0 SeaMonkey/2.25 Build identifier: 20140211200211 or User agent: Mozilla/5.0 (X11; Linux x86_64; rv:28.0) Gecko/20100101 SeaMonkey/2.25 Build identifier: 20140211195952 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Fwd: [seamonkey-users] members
---BeginMessage--- cmon people! lets get some more members before they remove our seamonkey group. ---End Message--- ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
'sys_page_size == 0' failed
Dear friends, By staring seamonkey I got the follow error message: (process:21956): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed should I be worried about this? regards, -- mailto:gertjan.vinkeste...@gmail.com http://ciudadpatricia.com User agent: Mozilla/5.0 (X11; Linux x86_64; rv:27.0) Gecko/20100101 Firefox/27.0 SeaMonkey/2.24 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: 'sys_page_size == 0' failed
gertjan.vinkeste...@nospam.gmail.com wrote: By star[t]ing seamonkey I got the follow error message: (process:21956): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed should I be worried about this? If it prevents you from using Seamonkey, then yes. Perhaps read : https://bugzilla.mozilla.org/show_bug.cgi?id=833117 to be better informed of one possible cause. Philip Taylor ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: 'sys_page_size == 0' failed
GerardJan: By staring seamonkey I got the follow error message: (process:21956): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed I have this message since a very long time. - run-log.txt - (process:3044): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed --- should I be worried about this? My SM is not troubled by this. Hartmut ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Please explain why Seamonkey Nightly is no longer building for Linux systems
On Tuesday, November 12, 2013 4:03:31 PM UTC-5, brian.m...@gmail.com wrote: I am currently using the following Seamonkey Nightly Build: You are currently on the nightly update channel. See a list of contributors to the Mozilla Project. Read the licensing information for this product. Read the release notes for this version. See the build configuration used for this version. User agent: Mozilla/5.0 (X11; Linux i686; rv:27.0) Gecko/20100101 Firefox/27.0 SeaMonkey/2.24a1 Build identifier: 20130919003001 This build works very well, but it has also been static since September 19. I also notice that Aurora builds for all platforms ceased updates after October 28. Are there build issues, lack of resources, or what? I am not a Seamonkey developer but I've been testing Mozilla builds of Seamonkey and Firefox for quite some time now. The Firefox Nightly Builds continue to be available for my hardware, just not the Seamonkey builds. Any particular reason for this? While I use both browsers, I do still tend to favor Seamonkey; for my specific interests and needs it works particularly well, so I'm concerned about its current and future support. I'd appreciate an update, thanks! -- Brian Masinick Well, we were able to get nightly builds for the Linux platforms for a while, but they stopped building after 02/14/2014 for both the i686 and x86_64 architectures. There does not seem to be this problem with the Firefox Nightly Builds. Is there an issue with building that might be resolved by collaborating with the Linux Firefox Nightly Build team (or is there very little in common between the two groups)? I use both Firefox Nightly and Seamonkey Nightly, but it's Seamonkey that I'm most interested in getting the nightly builds, yet it's Seamonkey that seems most limited in the resources to keep consistent builds. I wish I could help with the builds; I can't, but I can certainly help with the testing and reporting. Does anyone know what's preventing the Linux Seamonkey Nightly Builds from taking place? (Windows seems to get built nearly on a daily basis; the Mac platform has occasional issues, but both Linux platforms seem to have fairly consistent build issues). Is a resolution forthcoming? IF it is not a known issue, then I apologize for not raising it much sooner; I don't want to constantly complain, but I really would like to have regular Seamonkey Nightly builds for Linux. What is the cause for the lack of builds, and what are the plans to resolve it? Thanks! ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Please explain why Seamonkey Nightly is no longer building for Linux systems
On 03/07/2014 10:52 AM, brian.masin...@gmail.com wrote: On Tuesday, November 12, 2013 4:03:31 PM UTC-5, brian.m...@gmail.com wrote: I am currently using the following Seamonkey Nightly Build: You are currently on the nightly update channel. See a list of contributors to the Mozilla Project. Read the licensing information for this product. Read the release notes for this version. See the build configuration used for this version. User agent: Mozilla/5.0 (X11; Linux i686; rv:27.0) Gecko/20100101 Firefox/27.0 SeaMonkey/2.24a1 Build identifier: 20130919003001 This build works very well, but it has also been static since September 19. I also notice that Aurora builds for all platforms ceased updates after October 28. Are there build issues, lack of resources, or what? I am not a Seamonkey developer but I've been testing Mozilla builds of Seamonkey and Firefox for quite some time now. The Firefox Nightly Builds continue to be available for my hardware, just not the Seamonkey builds. Any particular reason for this? While I use both browsers, I do still tend to favor Seamonkey; for my specific interests and needs it works particularly well, so I'm concerned about its current and future support. I'd appreciate an update, thanks! -- Brian Masinick Well, we were able to get nightly builds for the Linux platforms for a while, but they stopped building after 02/14/2014 for both the i686 and x86_64 architectures. There does not seem to be this problem with the Firefox Nightly Builds. Is there an issue with building that might be resolved by collaborating with the Linux Firefox Nightly Build team (or is there very little in common between the two groups)? I use both Firefox Nightly and Seamonkey Nightly, but it's Seamonkey that I'm most interested in getting the nightly builds, yet it's Seamonkey that seems most limited in the resources to keep consistent builds. I wish I could help with the builds; I can't, but I can certainly help with the testing and reporting. Does anyone know what's preventing the Linux Seamonkey Nightly Builds from taking place? (Windows seems to get built nearly on a daily basis; the Mac platform has occasional issues, but both Linux platforms seem to have fairly consistent build issues). Is a resolution forthcoming? IF it is not a known issue, then I apologize for not raising it much sooner; I don't want to constantly complain, but I really would like to have regular Seamonkey Nightly builds for Linux. What is the cause for the lack of builds, and what are the plans to resolve it? Thanks! See the Status of the SeaMonkey Buildbot Master and Tree section. https://blog.mozilla.org/meeting-notes/archives/1710 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
How to turn off SeaMonkey mail client.
Please tell me how to disable SeaMonkey insisting that it be used as mail client. Only article I've found on line refers to setting network.protocol-handler.external.mailto to true but that preference is not there when I do about:config. Thank you. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
SM 2.23 mail client image EXIF orientation disable
According to the SM 2.23 release notes: http://www.seamonkey-project.org/releases/seamonkey2.23/#new Images in the mail / news client observes the EXIF orientation value. Does anyone know whether there are about:config parameters that can be adjusted to disable the mail client from observing the EXIF orientation value? I'd like to know when an image's original raster orientation is incorrect and have it displayed in raw orientation regardless of what the EXIF value indicates. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
SM 2.24 browser multi-tab session restore failure
Summary - SM 2.24 browser does not always save a full snapshot of a browser tab and this results in some web sites having to be re-logged in again after session restore. I recently upgraded from SM 2.21 to SM 2.24. In general, everything works fine on 2.24, the upgrade was smooth as usual. However, I have noticed that SM 2.24's browser tab restore now fails with some content where 2.21 did not fail before. This involves sites which requires log in. Often, I may close the SM browser with several tabs open, and then also close all other SM related windows to completely shut down the application, wait 5 to 10 seconds and then restart the SM browser window. This practice releases Windoww system resources and any potential memory leaks, as well as stops the SM mail client from checking e-mails at multiple accounts that I typed my password into during the last session (i.e. no more new mail check / alerts to disturb the user). With this practice, the first web site that SM 2.24 browser failed to fully save its state is with OUTLOOK.COM. Previously with SM 2.21, when the session was restored (anywhere from 10 seconds to 10 or 15 minutes after closing the browser with multiple tabs and saving the session), I was able to get back into outlook.com web mail without having to re-login again. However, with SM 2.24, it seems to discard some private information and when I restore the multi-tab browser session, I am prompted by outlook.com to re-login again. Does anyone know what has changed in the browser session save that may cause SM 2.24 browser to leave out some parts of private data that would cause a failure of full browser tab restore with scenarios such as this? I have other web sites that requires log in and SM 2.24 restored them without problems but it seems that SM 2.24 is not saving some parts of the browser tab in the session snapshot which causes some sites to re-prompt for login again after browser session restore. If anyone using outlook.com could test this problem by first logging into their outlook.com web mail account, then opening multiple tabs, closing the SM 2.24 browser to save all tabs and then restarting the browser to see if they could regain access to outlook.com web mail, I would appreciate hearing any feedback / confirmations of this problem. I have checked my CLEAR PRIVATE DATA settings in PREFERENCES, I previously had it set to auto clear private data but the only data I selected to clear was browser cache contents, which did not affect the older version SM 2.21 in always being able to fully restore all browser tabs without having to log in. But in SM 2.24, even though I have the CLEAR PRIVATE DATA disabled, this problem is not resolved and I believe the problem has to do with how SM 2.24 saves browser tab contents that is causing certain tabs with log in data to be lost in the session save. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.24 browser multi-tab session restore failure
User wrote: Summary - SM 2.24 browser does not always save a full snapshot of a browser tab and this results in some web sites having to be re-logged in again after session restore. ... I have checked my CLEAR PRIVATE DATA settings in PREFERENCES, I previously had it set to auto clear private data but the only data I selected to clear was browser cache contents, which did not affect the older version SM 2.21 in always being able to fully restore all browser tabs without having to log in. But in SM 2.24, even though I have the CLEAR PRIVATE DATA disabled, this problem is not resolved and I believe the problem has to do with how SM 2.24 saves browser tab contents that is causing certain tabs with log in data to be lost in the session save. One possibility -- which only you can check -- is that the cookies in question expired in the interim. Not all cookies are designed to last until 2039. So if you restored after their expiration date, the expired cookies would be rejected by the server and it would ask you to login again. Also worth looking at your cookie defaults and site-specific permissions -- if you're only accepting session cookies, they should not survive a program termination (by definition), even if you don't have SM set to clear cookies on termination. There may be other possibilities I haven't thought of. Keep reading. -- War doesn't determine who's right, just who's left. -- Paul B. Gallagher ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey