Re: Lighting in Seamonkey 2.0 RC1
On Fri, 16 Oct 2009 19:54:38 -0700, NoOp wrote: On 10/16/2009 04:25 AM, Robert Kaiser wrote: Jim S wrote: Just done that. It installs, but still says incompatible with SM2 Yes, that's known. Please use a nightly from today (will come up soon) or later. Robert Kaiser http://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/latest-comm-1.9.1/linux-xpi/ lightning.xpi 16-Oct-2009 05:24 1.1M Works in both (linux) 2.0pre (current nightly) and 2.0 (rc1). I reset 'extensions.checkCompatibility' to 'true' on both before tesing. Thanks The window one works ok too http://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/latest-comm-1.9.1/win32-xpi/ -- Jim S Tyneside UK www.jimscott.co.uk ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
SeaMonkey 2.0 RC2 pre-testing - help wanted!
Hi everyone, The next step is done and now we have SeaMonkey 2.0 RC2 builds available, with updates being live on the betatest channel. We hope this will be the final RC, and would be happy about another fast round of testing them before we push the builds out to a wider range of people on the beta channel. All builds are available in 20 languages including US English, the packages are available in the win32, mac, and win32 subdirectories of http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/2.0rc2-candidates/build2/ Please use the builds for any usage patterns you can think of, possibly also doing a https://litmus.mozilla.org/run_tests.cgi?test_run_id=7 smoketest run on them. I know that Litmus run isn't perfect, but it's the best we have right now. Localizers, please test the builds in your locale so we know they work well and are release-worthy. Our current plan is to replace RC1 with RC2 on the website, etc and do another low-profile release for this RC on Monday or Tuesday, starting the hopefully final testing stretch for the large 2.0 release. If testing turns out alright and no show-stoppers are found, We're prepared to go public a week later - which roughly coincides with the plans for Firefox 3.5.4 release, currently scheduled for October 27. Robert Kaiser ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Seamonkey v2 RC - How to disable email feature?
Russell wrote: And there are many users like myself who simply do NOT like the look and feel of Firefox. Perhaps it's the interests of the Firefox developers that's behind this move? Only if you don't believe that the SeaMonkey team can have its own agenda and think for itself. You might not share that belief, though. Not permitting Seamonkey to work without hijacking the system email will certainly reduce its user base (I would leave as will many others I know) and drive Seamonkey even more quickly into oblivion. That would be a shame. So you seem to convince it will be driven into oblivion some time anyhow. I for one do not want to support that mindset. That said, feel free to do the work and provide patches for making the option you want available in the new toolkit-based environment we have uplifted SeaMonkey to because we wanted to ensure survival of the suite concept more than preserving every single option it might have had in some distant past. Robert Kaiser ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Seamonkey v2 RC - How to disable email feature?
Le 17 octobre 2009, Robert Kaiser a écrit : That said, feel free to do the work and provide patches for making the option you want available in the new toolkit-based environment we have uplifted SeaMonkey to because we wanted to ensure survival of the suite concept more than preserving every single option it might have had in some distant past. Although I understand you may have been shocked by Russell saying Seamonkey is going into oblivion, your last phrase sounds disdainful : Seamonkey does offer in its last stable version the option to install only parts of it. Also, have you changed your mind since you stated the following? Le 14 octobre 2009, Robert Kaiser a écrit : We should make it easy to use other news readers from all I know, as for the mail things, I need to defer to people knowing more about that than I do. --- This said, I think installing the whole SM2 will be fine for everyone if mailto: links still can be directed to an external application. Disk space is not much of a concern on recent platforms. Best regards. -- LL ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: How to block e-mail
John Doue wrote: Paul B. Gallagher wrote: ldj1...@sbcglobal.net wrote: How do I block e-mail from a certain e-mail address? I have seamonkey and pop mail sbcglobal.net. Two basic approaches: 1) If your ISP offers this option, set up a filter on the server so the messages get trashed before you ever download them. This may be relevant: http://promo.sbcglobal.net/sbcyahoodsl/faq.html#emailQ10 2) Set up a filter on your local machine that moves the targeted messages to trash whenever you download them. Ideally, it also marks them as read. Click the account name in the folder list and choose Manage message filters. The advantage of the first option is efficiency/elegance -- you don't waste time and resources downloading and then trashing them, and you can't possibly be annoyed by something you never see. The disadvantage is that it's permanent and unrecoverable (unless we're talking about a system that doesn't purge messages from trash until they've been there for a week or so). The advantage of the second option is that you can periodically scan through your trash to make sure you're not filtering legitimate messages; as above, this relies on your trash-emptying settings. For example, my machine is set to empty trash on exit, so if I want the opportunity to review, I have to either do so before exiting or filter to junk, where messages survive for a week. The disadvantage of the second option, conversely, is that you spend time and resources downloading junk, and you might be tempted to view it and aggravate yourself. I agree with this analysis but I would suggest a third approach as an alternative to the first Paul suggests since I believe (might be wrong though) most ISPs limit the filtering possibility to Web mail. Various ISPs offer the user various capabilities; since I'm not an sbcglobal subscriber I can only speculate. In my case, my company's web host (Hostway) affords the ability to view email through a webmail interface or to download it by the conventional POP method. I can even do both with a particular message -- view it through the webmail interface, leave it in the Inbox, and then download it later through POP mail. They also offer a customizable filtering system called CleanMail Plus, whereby I can white- or blacklist potential senders, overriding their general spam-filtering system. And I can set the aggressiveness of the spam-filtering system as well. To get my mail, I personally subscribe to a mail service (spamcop) which provides a lot of possibilities. Among them, the possibility to block certain addresses. The corresponding emails (along with emails considered as spam by spamcop) are stored on a specific directory of the server for a certain period of time (not sure, but 30 days I believe) with the possibility to release them. The user just needs to visit spamcop site to review and decide on the necessary action. In spamcop settings, it is possible to stipulate a periodic reporting of such held mail which helps the user review held mail without having to login. Of course, I have no interest in advertizing spamcop, I am just a very satisfied user. And of course also, there is a cost for this service (around $30.00 IIRC), well worth it in my opinion. And the end of the day, this approach combines the advantages of the two offered by Paul. But unless you are willing to take the risk of missing some emails which could be important, some time has to be dedicated, one way or the other, to the reviewing emails ... I generally try to limit my use of filtering on the server because of its unrecoverability. With a broadband connection, it's little skin off my nose to download and filter to junk, and I do periodically scan the subject/author lines in the junk folder to make sure I'm not filtering legitimate messages. I have a dozen or so addresses blacklisted on the server, but those people have gone above and beyond the call of doody and earned this treatment. Our ISP's spam filter does a pretty good job; with SM's Junk folder set to purge messages when they reach an age of seven days, it normally has 30-40 messages awaiting deletion, with an overall traffic level of 300-400 incoming messages per business day and 100 per day on weekends. -- 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
SM 2.0 question
Is there a utility to export your passwords to a HTML or text file similar to the one for Firefox 3.0? I can export my passwords from SM 1.1.18 with it but it does not like SM 2.0RC1/2. Now I understand about the signons.sql file. I'd like to be able to export my passwords and print them out for safe keeping or at least save it as a text file on a thumb drive. thanks in advance and I look forward to the final release of 2.0. So far I haven't had any problems with the release candidates. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Annoying behavior, bugs seen with SM 2.0 RC1 -- looking for feedback, info
I posted this message originally in the SM 2.0 RC1 introduction thread, but it appears to have gone unnoticed, so reposting as a new thread and crossposting to mozilla.dev.apps.seamonkey for a little wider notice. If the latter is inappropriate, please feel free to alter the followup-to to only this support group. Running 2.0RC1 on Win XP Pro SP3 with an import of my SM 1.1.18 profile, and seeing the following for which I'd appreciate any info, especially if there's a fix in the works for the more annoying behavior: A) Password manager multiple requests -- I currently use a Master Password with SM 1.1.18, set for If it has not been used for [10] minutes or longer, and it works as expected, with necessary requests being made within those parameters for needed passwords on a web page or for mail access. SM 2.0RC1 makes what appear to be random requests that have nothing to do with actually supplying a password, including a request at start-up of only the browser, and it doesn't appear to honor the above timeout settings. This is becoming *very* annoying, and from a scan of Bugzilla, there still is no fix in the works. What up w' dat, peeps? B) Offline and Disk Space setting -- although SM 2.0RC1 honors the setting to Ask me for online state at startup, it a) brings up a second dialog box after clicking on either option, and has to be clicked on again to start the program in either mode; and b) the dialog box is accompanied by the Default Beep sound assigned by Win XP. Regarding the latter, 1.1.18 doesn't do this, so I'm wondering what the intrinsic change was with the shift to Toolkit that makes this now the program behavior. While certainly not critical, it does become a bit annoying. The former behavior (a) is definitely a bug, but I have not been able to drill down in Bugzilla to find a listing (to be honest, it is VERY DIFFICULT to find specific bugs these days through the system, and it is not all intuitive, IMHO). C) Mail and News default view -- in 1.1.18, mail/news starts up opened to my default mail account Inbox folder in the left pane, showing the folder contents in right pane. 2.0RC1 opens up to the main e-mail title in the left pane, thus showing the general settings for e-mail and specific options for the account (Email, Accounts, Advanced Features). While the behavior of 2.0RC1 may be beneficial if a user has multiple e-mail accounts, the behavior of 1.1.18 is preferable if a user only has one account and one Inbox. Is there a means to modify 2.0RC1's behavior to be like 1.1.18's, or is this a reflection of the shift to Toolkit and just something I'll have to put up with? (And explain to my elderly parents when I shift them over to 2.0, because anything that changes on the computer gives them license to get bothered...) As stated above, further info greatly appreciated on the described behavior, and fix info, especially for (A), appreciated even more. I used to want my MTV. Now I just want all my usual Add-Ons for SM 2.0 -- -- /\ /\ | No, Heaven will not ever Heaven be ^o o^D.K. Cat Kraft | unless my cats are there to welcome -T- | me. ~ Lynnwood, WA | -- Epitaph on a pet ___oOO___OOo___ | cemetery gravestone ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Annoying behavior, bugs seen with SM 2.0 RC1 -- looking for feedback, info
I posted this message originally in the SM 2.0 RC1 introduction thread, but it appears to have gone unnoticed, so reposting as a new thread and crossposting to mozilla.dev.apps.seamonkey for a little wider notice. If the latter is inappropriate, please feel free to alter the followup-to to only this support group. Running 2.0RC1 on Win XP Pro SP3 with an import of my SM 1.1.18 profile, and seeing the following for which I'd appreciate any info, especially if there's a fix in the works for the more annoying behavior: A) Password manager multiple requests -- I currently use a Master Password with SM 1.1.18, set for If it has not been used for [10] minutes or longer, and it works as expected, with necessary requests being made within those parameters for needed passwords on a web page or for mail access. SM 2.0RC1 makes what appear to be random requests that have nothing to do with actually supplying a password, including a request at start-up of only the browser, and it doesn't appear to honor the above timeout settings. This is becoming *very* annoying, and from a scan of Bugzilla, there still is no fix in the works. What up w' dat, peeps? B) Offline and Disk Space setting -- although SM 2.0RC1 honors the setting to Ask me for online state at startup, it a) brings up a second dialog box after clicking on either option, and has to be clicked on again to start the program in either mode; and b) the dialog box is accompanied by the Default Beep sound assigned by Win XP. Regarding the latter, 1.1.18 doesn't do this, so I'm wondering what the intrinsic change was with the shift to Toolkit that makes this now the program behavior. While certainly not critical, it does become a bit annoying. The former behavior (a) is definitely a bug, but I have not been able to drill down in Bugzilla to find a listing (to be honest, it is VERY DIFFICULT to find specific bugs these days through the system, and it is not all intuitive, IMHO). C) Mail and News default view -- in 1.1.18, mail/news starts up opened to my default mail account Inbox folder in the left pane, showing the folder contents in right pane. 2.0RC1 opens up to the main e-mail title in the left pane, thus showing the general settings for e-mail and specific options for the account (Email, Accounts, Advanced Features). While the behavior of 2.0RC1 may be beneficial if a user has multiple e-mail accounts, the behavior of 1.1.18 is preferable if a user only has one account and one Inbox. Is there a means to modify 2.0RC1's behavior to be like 1.1.18's, or is this a reflection of the shift to Toolkit and just something I'll have to put up with? (And explain to my elderly parents when I shift them over to 2.0, because anything that changes on the computer gives them license to get bothered...) As stated above, further info greatly appreciated on the described behavior, and fix info, especially for (A), appreciated even more. I used to want my MTV. Now I just want all my usual Add-Ons for SM 2.0 -- -- /\ /\ | No. Heaven will not ever Heaven be ^o o^D.K. Cat Kraft | unless my cats are there to welcome -T- | me. ~ Lynnwood, WA | -- Epitaph on a pet ___oOO___OOo___ | cemetery gravestone ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Annoying behavior, bugs seen with SM 2.0 RC1 -- looking for feedback, info
D. K. Kraft schrieb: A) Password manager multiple requests -- I currently use a Master Password with SM 1.1.18, set for If it has not been used for [10] minutes or longer, and it works as expected, with necessary requests being made within those parameters for needed passwords on a web page or for mail access. SM 2.0RC1 makes what appear to be random requests that have nothing to do with actually supplying a password, including a request at start-up of only the browser, and it doesn't appear to honor the above timeout settings. This is becoming *very* annoying, and from a scan of Bugzilla, there still is no fix in the works. What up w' dat, peeps? Do you have Mail Biff notification activated? Preference Only check for new mail after opening MailNewsgroups set? C) Mail and News default view -- in 1.1.18, mail/news starts up opened to my default mail account Inbox folder in the left pane, showing the folder contents in right pane. 2.0RC1 opens up to the main e-mail title in the left pane, thus showing the general settings for e-mail and specific options for the account (Email, Accounts, Advanced Features). While the behavior of 2.0RC1 may be beneficial if a user has multiple e-mail accounts, the behavior of 1.1.18 is preferable if a user only has one account and one Inbox. Is there a means to modify 2.0RC1's behavior to be like 1.1.18's, or is this a reflection of the shift to Toolkit and just something I'll have to put up with? Strg+2 shows the Inbox of the default mail account here. Preference Remember the last selected message unset? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Annoying behavior, bugs seen with SM 2.0 RC1 -- looking for feedback, info
With patience akin to a cat's, moznews.@calen.de, on 10/17/2009 10:56 AM typed: D. K. Kraft schrieb: A) Password manager multiple requests -- I currently use a Master Password with SM 1.1.18, set for If it has not been used for [10] minutes or longer, and it works as expected, with necessary requests being made within those parameters for needed passwords on a web page or for mail access. SM 2.0RC1 makes what appear to be random requests that have nothing to do with actually supplying a password, including a request at start-up of only the browser, and it doesn't appear to honor the above timeout settings. This is becoming *very* annoying, and from a scan of Bugzilla, there still is no fix in the works. What up w' dat, peeps? Do you have Mail Biff notification activated? Preference Only check for new mail after opening MailNewsgroups set? Initially, no. So I activated that right after reading your reply, and restarted SM. No joy. Password manager still pops up the request box on start of the browser alone. (And of course, this doesn't get into the random requests during browsing for no obvious reason.) C) Mail and News default view -- in 1.1.18, mail/news starts up opened to my default mail account Inbox folder in the left pane, showing the folder contents in right pane. 2.0RC1 opens up to the main e-mail title in the left pane, thus showing the general settings for e-mail and specific options for the account (Email, Accounts, Advanced Features). While the behavior of 2.0RC1 may be beneficial if a user has multiple e-mail accounts, the behavior of 1.1.18 is preferable if a user only has one account and one Inbox. Is there a means to modify 2.0RC1's behavior to be like 1.1.18's, or is this a reflection of the shift to Toolkit and just something I'll have to put up with? Strg+2 shows the Inbox of the default mail account here. Preference Remember the last selected message unset? Aye-firmative. I've never used that pref in all my days of using Mozilla and SM. Obviously doesn't appear to influence this behavior. Yeah, I smell create-new-profile-and-see-what-happens time. (Sigh) Just not very enthused about the hack 'n test process right now... Thanks for your ideas, though. Appreciate the feedback -- -- /\ /\ | No, Heaven will not ever Heaven be ^o o^D.K. Cat Kraft | unless my cats are there to welcome -T- | me. ~ Lynnwood, WA | -- Epitaph on a pet ___oOO___OOo___ | cemetery gravestone ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Annoying behavior, bugs seen with SM 2.0 RC1 -- looking for feedback, info
D. K. Kraft wrote: I posted this message originally in the SM 2.0 RC1 introduction thread, but it appears to have gone unnoticed, so reposting as a new thread and crossposting to mozilla.dev.apps.seamonkey for a little wider notice. Running 2.0RC1 on Win XP Pro SP3 with an import of my SM 1.1.18 profile, and seeing the following for which I'd appreciate any info, snip C) Mail and News default view -- in 1.1.18, mail/news starts up opened to my default mail account Inbox folder in the left pane, showing the folder contents in right pane. 2.0RC1 opens up to the main e-mail title in the left pane, thus showing the general settings for e-mail and specific options for the account (Email, Accounts, Advanced Features). While the behavior of 2.0RC1 may be beneficial if a user has multiple e-mail accounts, the behavior of 1.1.18 is preferable if a user only has one account and one Inbox. Is there a means to modify 2.0RC1's behavior to be like 1.1.18's, or is this a reflection of the shift to Toolkit and just something I'll have to put up with? I can't tell you how to resolve this problem, but I can give you hope. I was using RC1, with an import of SM 1.1.14 on a Win XP2 system, and I still had the Inbox display that you want. Also have it now with RC2. I do have 2 accounts set up, but never use one of them. It seems long ago I selected the account I use, to open, or be the default, or something, but I can't find a setting like that now. Probably didn't look long enough. :) I don't know what differences there were in 1.1.18 and 1.1.14, but hopefully we're both overlooking something that will make your mail open and display as you want. I haven't looked at the profile manager in years, could it have a way to designate this choice now? Sorry I don't have the answer you need. bj ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Annoying behavior, bugs seen with SM 2.0 RC1 -- looking for feedback, info
D. K. Kraft wrote: A) Password manager multiple requests -- I currently use a Master Password with SM 1.1.18, set for If it has not been used for [10] minutes or longer, and it works as expected, with necessary requests being made within those parameters for needed passwords on a web page or for mail access. SM 2.0RC1 makes what appear to be random requests that have nothing to do with actually supplying a password, including a request at start-up of only the browser, and it doesn't appear to honor the above timeout settings. This is becoming *very* annoying, and from a scan of Bugzilla, there still is no fix in the works. What up w' dat, peeps? How often do you actually check for mail? Note that the default for 2.0 is that it checks for mail even though you have not opened the main mail window yet. The request at start-up is to work around a bug where if start with multiple tabs or mail accounts that need a password then you get multiple prompts for the master password, but it can be disabled. B) Offline and Disk Space setting -- although SM 2.0RC1 honors the setting to Ask me for online state at startup, it a) brings up a second dialog box after clicking on either option, and has to be clicked on again to start the program in either mode; and b) the dialog box is accompanied by the Default Beep sound assigned by Win XP. I have to say, I haven't tried this setting. In fact, I'd forgotten that it was there. C) Mail and News default view -- in 1.1.18, mail/news starts up opened to my default mail account Inbox folder in the left pane, showing the folder contents in right pane. 2.0RC1 opens up to the main e-mail title in the left pane, thus showing the general settings for e-mail and specific options for the account (Email, Accounts, Advanced Features). This should depend on the check for new mail at startup preference for your default account. (Although we should have imported that from your old profile.) -- Warning: May contain traces of nuts. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Annoying behavior, bugs seen with SM 2.0 RC1 -- looking for feedback, info
Neil wrote: D. K. Kraft wrote: B) Offline and Disk Space setting -- although SM 2.0RC1 honors the setting to Ask me for online state at startup, it a) brings up a second dialog box after clicking on either option, and has to be clicked on again to start the program in either mode; and b) the dialog box is accompanied by the Default Beep sound assigned by Win XP. I have to say, I haven't tried this setting. In fact, I'd forgotten that it was there. OK, so I tried it out, and it does sometimes (e.g. after installing an extension) ask you twice, which I agree is a bug. -- Warning: May contain traces of nuts. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Seamonkey v2 RC - How to disable email feature?
NoOp wrote: Perhaps 'network.protocol-handler.expose.mailto - true' should be either included as an option in the Edit|Preferences|Mail Newsgroups or Edit|Preferences|Browser? If at all only in the former, it's about MailNews, not the browser component. You may file an enhancement bug for that. :-) This should probably be accompanied by a short Help entry that states that this only works if SeaMonkey is *not* set as the system's default mail application. Greetings, Jens -- Jens Hatlak http://jens.hatlak.de/ SeaMonkey Trunk Tracker http://smtt.blogspot.com/ ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Alarming message in SM 2.0 beta
Gerry Hickman wrote: While downloading a file, a message just popped up saying an Add-on was causing problems and was blocked, it points to this article https://bugzilla.mozilla.org/show_bug.cgi?id=522777 Thing is, I've never installed any add-ons, and I've disabled installing add-ons. I also don't understand why anything related to Microsoft is interfering with Mozilla? The whole point of using SM is to avoid Microsoft's security-flawed application software. Please read http://shaver.off.net/diary/2009/10/16/net-framework-assistant-blocked-to-disarm-security-vulnerability/ for that, it also liks articles with more info about what it is. Microsoft installs it silently and in a somewhat hidden fashion, and their representatives asked to block it for now. Robert Kaiser ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Annoying behavior, bugs seen with SM 2.0 RC1 -- looking for feedback, info
With patience akin to a cat's, Neil, on 10/17/2009 12:28 PM typed: D. K. Kraft wrote: A) Password manager multiple requests -- I currently use a Master Password with SM 1.1.18, set for If it has not been used for [10] minutes or longer, and it works as expected, with necessary requests being made within those parameters for needed passwords on a web page or for mail access. SM 2.0RC1 makes what appear to be random requests that have nothing to do with actually supplying a password, including a request at start-up of only the browser, and it doesn't appear to honor the above timeout settings. This is becoming *very* annoying, and from a scan of Bugzilla, there still is no fix in the works. What up w' dat, peeps? How often do you actually check for mail? Note that the default for 2.0 is that it checks for mail even though you have not opened the main mail window yet. The request at start-up is to work around a bug where if start with multiple tabs or mail accounts that need a password then you get multiple prompts for the master password, but it can be disabled. I have both 1.1.18 and 2.0 set to Check for new messages on startup currently. However, wouldn't the pref for 2.0, under Mail Newsgroups | General Settings, Only check for new mail after opening Mail Newsgroups, override the need for the password request when only starting the browser? Obviously this isn't the behavior I'm seeing, but logically, it would be expected IMO. B) Offline and Disk Space setting -- although SM 2.0RC1 honors the setting to Ask me for online state at startup, it a) brings up a second dialog box after clicking on either option, and has to be clicked on again to start the program in either mode; and b) the dialog box is accompanied by the Default Beep sound assigned by Win XP. I have to say, I haven't tried this setting. In fact, I'd forgotten that it was there. Upon creation of a new test profile for 2.0 RC1, I'm not seeing the behavior described in b) except sporadically, without any real rhyme or reason. Behavior described in a) still persists, and looks like it is default program behavior. Can learn to live with it, but a little annoying all the same. BTW, this option is useful for checking e-mail messages without actually going online and waiting for mail to download. Small timesaver, but still useful. C) Mail and News default view -- in 1.1.18, mail/news starts up opened to my default mail account Inbox folder in the left pane, showing the folder contents in right pane. 2.0RC1 opens up to the main e-mail title in the left pane, thus showing the general settings for e-mail and specific options for the account (Email, Accounts, Advanced Features). This should depend on the check for new mail at startup preference for your default account. (Although we should have imported that from your old profile.) Ah-ha! On 1.1.18 I have it set for Check for new messages at startup and then Check for new messages every 10 minutes. I unchecked the first option in 2.0 for testing purposes, but ticking that checkbox makes 2.0 behave as expected--it jumps right to the Inbox. Yeah! One item solved. (happy happy) :D Many thanks for getting one item back to my comfort zone -- -- /\ /\ | No, Heaven will not ever Heaven be ^o o^D.K. Cat Kraft | unless my cats are there to welcome -T- | me. ~ Lynnwood, WA | -- Epitaph on a pet ___oOO___OOo___ | cemetery gravestone ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Annoying behavior, bugs seen with SM 2.0 RC1 -- looking for feedback, info
With patience akin to a cat's, chicagofan, on 10/17/2009 12:20 PM typed: D. K. Kraft wrote: snip C) Mail and News default view -- in 1.1.18, mail/news starts up opened to my default mail account Inbox folder in the left pane, showing the folder contents in right pane. 2.0RC1 opens up to the main e-mail title in the left pane, thus showing the general settings for e-mail and specific options for the account (Email, Accounts, Advanced Features). further snippage I can't tell you how to resolve this problem, but I can give you hope. I was using RC1, with an import of SM 1.1.14 on a Win XP2 system, and I still had the Inbox display that you want. Also have it now with RC2. I do have 2 accounts set up, but never use one of them. It seems long ago I selected the account I use, to open, or be the default, or something, but I can't find a setting like that now. Probably didn't look long enough. :) I don't know what differences there were in 1.1.18 and 1.1.14, but hopefully we're both overlooking something that will make your mail open and display as you want. I haven't looked at the profile manager in years, could it have a way to designate this choice now? Sorry I don't have the answer you need. bj Thanks for your reply. Neil found that the display of the Inbox upon starting Mail Newsgroups was dependent upon having the pref Check for new messages at startup ticked. Since I'd unticked it in 2.0 for testing, rechecking it did the trick. One item down, a few others to go -- -- /\ /\ | No, Heaven will not ever Heaven be ^o o^D.K. Cat Kraft | unless my cats are there to welcome -T- | me. ~ Lynnwood, WA | -- Epitaph on a pet ___oOO___OOo___ | cemetery gravestone ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Annoying behavior, bugs seen with SM 2.0 RC1 -- looking for feedback, info
D. K. Kraft wrote: A) Password manager multiple requests -- I currently use a Master Password with SM 1.1.18, set for If it has not been used for [10] minutes or longer, and it works as expected, with necessary requests being made within those parameters for needed passwords on a web page or for mail access. SM 2.0RC1 makes what appear to be random requests that have nothing to do with actually supplying a password, including a request at start-up of only the browser, and it doesn't appear to honor the above timeout settings. This is becoming *very* annoying, and from a scan of Bugzilla, there still is no fix in the works. Unfortunately the real solution was not ready in time for SM 2.0 (it depends on code shared with Thunderbird and Firefox and requires some knowledge, thinking and testing to get it right). The Master Password prompt at startup, which can be disabled by setting the signon.startup.prompt pref to false, is meant as an interim solution for those who setup a Master Password (no prompt appears for those who didn't setup one). It works quite well if you don't let it expire. If you do the underlying problem (multiple simultaneous login prompts) may be exposed again. I didn't check; for now I can only suggest to not let it expire if you otherwise get into trouble. HTH Jens -- Jens Hatlak http://jens.hatlak.de/ SeaMonkey Trunk Tracker http://smtt.blogspot.com/ ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Annoying behavior, bugs seen with SM 2.0 RC1 -- looking for feedback, info
D. K. Kraft wrote: With patience akin to a cat's, chicagofan, on 10/17/2009 12:20 PM typed: I don't know what differences there were in 1.1.18 and 1.1.14, but hopefully we're both overlooking something that will make your mail open and display as you want. I haven't looked at the profile manager in years, could it have a way to designate this choice now? Sorry I don't have the answer you need. bj Thanks for your reply. Neil found that the display of the Inbox upon starting Mail Newsgroups was dependent upon having the pref Check for new messages at startup ticked. Since I'd unticked it in 2.0 for testing, rechecking it did the trick. One item down, a few others to go -- AH... so simple! I was hoping it was something that easy, but just couldn't help. Glad you've got one down now, thanks to Neil. bj ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SeaMonkey 1.1.17 instability
Bret Busby wrote: On Sat, 17 Oct 2009, Daniel wrote: (P.S. The Hitchhiker's Guide to the Galaxy: A Trilogy In *Five* Parts) That was dealt with by me, in a message posted to the list, in response to a similar claim, I believe by you, in mid-July. My citation was correct. See the message below. Please desist in incorrect corrections, that are not on-topic. -- Bret Busby Armadale West Australia .. So once you do know what the question actually is, you'll know what the answer means. - Deep Thought, Chapter 28 of Book 1 of The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts, written by Douglas Adams, published by Pan Books, 1992 On Wed, 15 Jul 2009, Bret Busby wrote: Date: Wed, 15 Jul 2009 23:11:41 +0800 (WST) From: Bret Busby b...@busby.net To: support-seamonkey@lists.mozilla.org Subject: Really OT - HHGTTG - was Re: OT : was Re: Adding search engines to seamonkey On Wed, 15 Jul 2009, Daniel wrote: Date: Wed, 15 Jul 2009 20:55:24 +1000 From: Daniel d...@albury.nospam.net.au To: support-seamonkey@lists.mozilla.org Newsgroups: mozilla.support.seamonkey Subject: OT : was Re: Adding search engines to seamonkey Bret Busby wrote: On Tue, 14 Jul 2009, Philip Chee wrote: Date: Tue, 14 Jul 2009 00:10:52 +0800 From: Philip Chee philip.c...@gmail.com snip -- Bret Busby Armadale West Australia .. So once you do know what the question actually is, you'll know what the answer means. - Deep Thought, Chapter 28 of Book 1 of The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts, written by Douglas Adams, published by Pan Books, 1992 Two things Bret:- 1. Your sig de-limiter is broke (should be dash dash space), otherwise I could not have quoted it here, and, 2. Hitchhiker's guide is actually a trilogy in five parts. The citation is correct. The edition was published in 1992 by Pan Books an imprint of Pan MacMillan Ltd Pan MacMillan, 20 New Wharf Road, London N1 9RR Basingstoke and Oxford ... ISBN 0 330 31611 7. The front cover is a picture of a bathroom wall, with a Philishave (?) (three-headed) electric shaver on a glass shelf, on the left, on the right hand end of the glass shelf, is a digital watch, above that, is a glass hanging on the wall, containg three toothbrushes, and between the electricity supply socket ito which the electric shaver is plugged, and the glass hanging on the wall, is a mirror, containing an image of the Vogon bulldozer, oriented in the direction of travel from the top right corner of the mirror, to the bottom left corner of the mirror. The wall tiles are coloured darkish blue. See http://www.sfbok.se/asp/artikel.asp?VolumeID=24535 , for an illustration of the cover of the book. And, the cited quote is from the topmost paragraph on page 129 of the cited book. It is the second sentence of the paragraph. The first sentence of that paragraph, is 'Exactly!' said Deep Thought. -- Bret Busby Armadale West Australia .. So once you do know what the question actually is, you'll know what the answer means. - Deep Thought, Chapter 28 of Book 1 of The Hitchhiker's Guide to the Galaxy: A Trilogy In Four Parts, written by Douglas Adams, published by Pan Books, 1992 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey [ Note: This message contains email list management information ] Drat, my failing memory! Daniel ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Annoying behavior, bugs seen with SM 2.0 RC1 -- looking for feedback, info
D. K. Kraft wrote: With patience akin to a cat's, Neil, on 10/17/2009 12:28 PM typed: The request at start-up is to work around a bug where if start with multiple tabs or mail accounts that need a password then you get multiple prompts for the master password, but it can be disabled. I have both 1.1.18 and 2.0 set to Check for new messages on startup currently. However, wouldn't the pref for 2.0, under Mail Newsgroups | General Settings, Only check for new mail after opening Mail Newsgroups, override the need for the password request when only starting the browser? No, because as I pointed out, the presence of password-protected websites in multiple tabs can trigger the same problem. If you are sure you don't need the master password when you start up you can disable it via about:config (we didn't have time to add it to the preferences window). Upon creation of a new test profile for 2.0 RC1, I'm not seeing the behavior described in b) except sporadically, without any real rhyme or reason. Oh, there's a reason all right ;-) I'll file a bug on it. -- Warning: May contain traces of nuts. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
SM 2.0 RC1 -- mail and news messages not marked as read after viewing
Further testing of SM 2.0 RC1 behavior on Win XP SP3 with a migrated profile from SM 1.1.18: In 1.1.18, when a message has been viewed (e.g. clicked on), it is automatically (and logically) marked as read. This is true for both mail and news. SM 2.0 RC1 doesn't follow the above behavior, instead keeping a viewed message as unread no matter how many times it's clicked upon. I have the pref regarding auto-marking a message as read (Mail Newsgroups | Message Display | General | Automatically mark messages as read) unticked, as I don't want messages to be marked as read until I've read them. Be that as it may, 2.0 *should not* be behaving in the observed fashion AFAICT--messages *should* be marked as read once they have been viewed. In comparison, 1.1.18 only has a time interval setting for marking messages (Wait [] seconds before marking a message as read), and it's unclear if this pertains to automatically doing so, or doing so after a message has been viewed. Since I've never used this pref in SM 1.1.x, I can't speak to a comparison of behavior. I have *tried*, really and truly, *tried* to find a bug listing in Bugzilla for the described behavior of SM 2.0 RC1, but it is quite literally an effort in futility. If anyone has a better knack of coming up with search keywords that deliver less-than-making-one-crosseyed results, I would be more than grateful for you to apply your skills here. For surely this is a bug that has been listed for SM 2.0 already--unless I have a mutant version and am the only user experiencing this behavior... TIA for any replies and assistance -- -- /\ /\ | No, Heaven will not ever Heaven be ^o o^D.K. Cat Kraft | unless my cats are there to welcome -T- | me. ~ Lynnwood, WA | -- Epitaph on a pet ___oOO___OOo___ | cemetery gravestone ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Annoying behavior, bugs seen with SM 2.0 RC1 -- looking for feedback, info
With patience akin to a cat's, Jens Hatlak, on 10/17/2009 3:39 PM typed: D. K. Kraft wrote: A) Password manager multiple requests -- I currently use a Master Password with SM 1.1.18, set for If it has not been used for [10] minutes or longer, and it works as expected, with necessary requests being made within those parameters for needed passwords on a web page or for mail access. SM 2.0RC1 makes what appear to be random requests that have nothing to do with actually supplying a password, including a request at start-up of only the browser, and it doesn't appear to honor the above timeout settings. This is becoming *very* annoying, and from a scan of Bugzilla, there still is no fix in the works. Unfortunately the real solution was not ready in time for SM 2.0 (it depends on code shared with Thunderbird and Firefox and requires some knowledge, thinking and testing to get it right). Well, I thought maybe this was the case, although some other users I know will consider the current behavior a showstopper for 2.0. Me, I just mutter to myself a lot... ;-) I do know I'll have to wait for the fix before migrating my parents to SM 2.0, as the little box popping up more frequently will have them in a tizzy. They don't do change very well... The Master Password prompt at startup, which can be disabled by setting the signon.startup.prompt pref to false, is meant as an interim solution for those who setup a Master Password (no prompt appears for those who didn't setup one). It works quite well if you don't let it expire. If you do the underlying problem (multiple simultaneous login prompts) may be exposed again. I didn't check; for now I can only suggest to not let it expire if you otherwise get into trouble. If by expire, you mean the timeout setting mentioned above? While waiting on the fix to be worked out, I certainly could go back to using the Master Password setting of The first time it is needed instead of the timeout. I was using the latter after having read in the MozillaZine forums (somewhere, its origin escapes me now) that using the timeout option offered a bit more security overall, in that your passwords weren't always automatically being filled in after you initially enter your MP. HTH Yes, it did. Thanks for taking the time to file down my frustration level a little. I'm in the process of building a new computer for my sister, who lives in Sun Valley, and I'm trying to get as much software to an updated point as possible. Remote Access works, but coordinating update times with her is complicated. Thanks again for the feedback -- -- /\ /\ | No, Heaven will not ever Heaven be ^o o^D.K. Cat Kraft | unless my cats are there to welcome -T- | me. ~ Lynnwood, WA | -- Epitaph on a pet ___oOO___OOo___ | cemetery gravestone ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.0 RC1 -- mail and news messages not marked as read after viewing
D. K. Kraft wrote: Further testing of SM 2.0 RC1 behavior on Win XP SP3 with a migrated profile from SM 1.1.18: In 1.1.18, when a message has been viewed (e.g. clicked on), it is automatically (and logically) marked as read. This is true for both mail and news. SM 2.0 RC1 doesn't follow the above behavior, instead keeping a viewed message as unread no matter how many times it's clicked upon. I have the pref regarding auto-marking a message as read (Mail Newsgroups | Message Display | General | Automatically mark messages as read) unticked, as I don't want messages to be marked as read until I've read them. Be that as it may, 2.0 *should not* be behaving in the observed fashion AFAICT--messages *should* be marked as read once they have been viewed. In comparison, 1.1.18 only has a time interval setting for marking messages (Wait [] seconds before marking a message as read), and it's unclear if this pertains to automatically doing so, or doing so after a message has been viewed. Since I've never used this pref in SM 1.1.x, I can't speak to a comparison of behavior. I have *tried*, really and truly, *tried* to find a bug listing in Bugzilla for the described behavior of SM 2.0 RC1, but it is quite literally an effort in futility. If anyone has a better knack of coming up with search keywords that deliver less-than-making-one-crosseyed results, I would be more than grateful for you to apply your skills here. For surely this is a bug that has been listed for SM 2.0 already--unless I have a mutant version and am the only user experiencing this behavior... TIA for any replies and assistance -- I think this is the bug you wanted to see filed, and it has been resolved, in RC2.:) https://bugzilla.mozilla.org/show_bug.cgi?id=514876 bj ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Sort e-mails by newest/updated threads?
I didn't even know SeaMonkey v1.1.18's e-mails could be sorted by threads. I always had it sorted by dates. I was wondering if there was a way to short threads by newest/updated dates. I replied to an old e-mail thread and it was not at the top (sorted by newest to oldest). If unavailale in SM v1.x, then can SM v2.x do this? -- The foreign policy aim of ants can be summed up as follows: restless aggression, territorial conquest, and genocidal annihilation of neighboring colonies whenever possible. If ants had nuclear weapons, they would probably end the world in a week. --Journey to the Ants, page 59. Bert Holldobler Edward O. Wilson /\___/\ / /\ /\ \ Phil/Ant @ http://antfarm.ma.cx (Personal Web Site) | |o o| |Ant's Quality Foraged Links (AQFL): http://aqfl.net \ _ / Nuke ANT from e-mail address: phi...@earthlink.netant ( ) or ant...@zimage.com Ant is currently not listening to any songs on his home computer. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.0 RC1 -- mail and news messages not marked as read after viewing *SOLVED*
With patience akin to a cat's, KristleBawl, on 10/17/2009 5:10 PM typed: D. K. Kraft wrote: Further testing of SM 2.0 RC1 behavior on Win XP SP3 with a migrated profile from SM 1.1.18: In 1.1.18, when a message has been viewed (e.g. clicked on), it is automatically (and logically) marked as read. This is true for both mail and news. SM 2.0 RC1 doesn't follow the above behavior, instead keeping a viewed message as unread no matter how many times it's clicked upon. I have the pref regarding auto-marking a message as read (Mail Newsgroups | Message Display | General | Automatically mark messages as read) unticked, as I don't want messages to be marked as read until I've read them. Be that as it may, 2.0 *should not* be behaving in the observed fashion AFAICT--messages *should* be marked as read once they have been viewed. In comparison, 1.1.18 only has a time interval setting for marking messages (Wait [] seconds before marking a message as read), and it's unclear if this pertains to automatically doing so, or doing so after a message has been viewed. Since I've never used this pref in SM 1.1.x, I can't speak to a comparison of behavior. snippage See if this applies. Want to entirely disable marking a message as read when viewed https://bugzilla.mozilla.org/show_bug.cgi?id=297534 Good try, but it pertains to Thunderbird, not SM 2.0 (even though some of Thunderbird's options are now *in* SM 2.0). But this situation isn't even a ghost of a bug, as I have found out to my extreme mortification. It's an epic fail on my part to comprehend the pref under Mail Newsgroups | Message Display | General, which is the following (where [] represents a checkbox, and () a radio button): [] Automatically mark messages as read: () Immediately on display To get the behavior I have now with 1.1.18--where a message is marked as read *upon display*--I need to check that checkbox and tick the radio button. [bangs head on keyboard] Epic fail on follows instructions. Epic fail on reading instructions. I think I need to take a break, step back, and not try so hard... Or something... And I'm supposed to be the schmart one in my family -- -- /\ /\ | No, Heaven will not ever Heaven be ^o o^D.K. Cat Kraft | unless my cats are there to welcome -T- | me. ~ Lynnwood, WA | -- Epitaph on a pet ___oOO___OOo___ | cemetery gravestone ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.0 RC1 -- mail and news messages not marked as read after viewing *SOLVED*
With patience akin to a cat's, chicagofan, on 10/17/2009 5:37 PM typed: D. K. Kraft wrote: Further testing of SM 2.0 RC1 behavior on Win XP SP3 with a migrated profile from SM 1.1.18: In 1.1.18, when a message has been viewed (e.g. clicked on), it is automatically (and logically) marked as read. This is true for both mail and news. SM 2.0 RC1 doesn't follow the above behavior, instead keeping a viewed message as unread no matter how many times it's clicked upon. I have the pref regarding auto-marking a message as read (Mail Newsgroups | Message Display | General | Automatically mark messages as read) unticked, as I don't want messages to be marked as read until I've read them. Be that as it may, 2.0 *should not* be behaving in the observed fashion AFAICT--messages *should* be marked as read once they have been viewed. In comparison, 1.1.18 only has a time interval setting for marking messages (Wait [] seconds before marking a message as read), and it's unclear if this pertains to automatically doing so, or doing so after a message has been viewed. Since I've never used this pref in SM 1.1.x, I can't speak to a comparison of behavior. I think this is the bug you wanted to see filed, and it has been resolved, in RC2.:) https://bugzilla.mozilla.org/show_bug.cgi?id=514876 snort! Nope, it's not even the ghost of a bug. It's an epic fail on my part to comprehend the pref under Mail Newsgroups | Message Display | General, which is the following (where [] represents a checkbox, and () a radio button): [] Automatically mark messages as read: () Immediately on display To get the behavior I have now with 1.1.18--where a message is marked as read *upon display*--I need to check that checkbox and tick the radio button. [bangs head on keyboard] Epic fail on follows instructions. Epic fail on reading instructions. I think I need to take a break, step back, and not try so hard... Or something... And I'm supposed to be the schmart one in my family -- -- /\ /\ | No, Heaven will not ever Heaven be ^o o^D.K. Cat Kraft | unless my cats are there to welcome -T- | me. ~ Lynnwood, WA | -- Epitaph on a pet ___oOO___OOo___ | cemetery gravestone ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SM 2.0 RC1 -- mail and news messages not marked as read after viewing *SOLVED*
D. K. Kraft wrote: With patience akin to a cat's, chicagofan, on 10/17/2009 5:37 PM typed: D. K. Kraft wrote: Further testing of SM 2.0 RC1 behavior on Win XP SP3 with a migrated profile from SM 1.1.18: In 1.1.18, when a message has been viewed (e.g. clicked on), it is automatically (and logically) marked as read. This is true for both mail and news. SM 2.0 RC1 doesn't follow the above behavior, instead keeping a viewed message as unread no matter how many times it's clicked upon. I have the pref regarding auto-marking a message as read (Mail Newsgroups | Message Display | General | Automatically mark messages as read) unticked, as I don't want messages to be marked as read until I've read them. Be that as it may, 2.0 *should not* be behaving in the observed fashion AFAICT--messages *should* be marked as read once they have been viewed. In comparison, 1.1.18 only has a time interval setting for marking messages (Wait [] seconds before marking a message as read), and it's unclear if this pertains to automatically doing so, or doing so after a message has been viewed. Since I've never used this pref in SM 1.1.x, I can't speak to a comparison of behavior. I think this is the bug you wanted to see filed, and it has been resolved, in RC2.:) https://bugzilla.mozilla.org/show_bug.cgi?id=514876 snort! Nope, it's not even the ghost of a bug. It's an epic fail on my part to comprehend the pref under Mail Newsgroups | Message Display | General, which is the following (where [] represents a checkbox, and () a radio button): [] Automatically mark messages as read: () Immediately on display To get the behavior I have now with 1.1.18--where a message is marked as read *upon display*--I need to check that checkbox and tick the radio button. [bangs head on keyboard] Epic fail on follows instructions. Epic fail on reading instructions. I think I need to take a break, step back, and not try so hard... Or something... And I'm supposed to be the schmart one in my family -- I agree that in RC1, it doesn't matter what you check in preferences, it does NOT work, as you have described. There's nothing wrong with your comprehension, it simply isn't working in that release. :) However, if I understand you correctly, and you want the messages to be marked as read after you have viewed them, that IS corrected in *RC2*. Did you read all the comments in the bug filed on the failure to mark messages as read? Or am I not understanding what you want? bj ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
IMAP Mail - Subscribe to INBOX
I have 4 IMAP accounts setup within Seamonkey. I noticed the subscriptions for the 3 IMAP accounts connecting to local servers are not subscribed to INBOX; however, my Gmail account is subscribed to INBOX. I have not been able to discern the subscription to INBOX from the lack of. My Inbox seems to operate normally regardless of subscription. What are the technical consequences of un/subscribing to INBOX? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey