Re: Message pane opening after junk message viewing
Rubens wrote: Hello, In my mail view layout I don´t use the message pane (F8 keyboard shorcut). However, after opening a junk mail message which was wrongly marked as junk, the message panel comes up and remains active for any other message opened further, until I manually hide it again by clicking on its border or unchecking the option in the menu or pressing F8. That behaviour was not present in previous Seamonkey version. Is there any setting for disabling it ? Regards, Rubens I have observed the same thing and I find it annoying as well. Hopefully someone knows of a setting to completely disable the preview pane. Allen ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Message pane opening after junk message viewing
On 18/01/14 19:51, Allen wrote: Rubens wrote: Hello, In my mail view layout I don´t use the message pane (F8 keyboard shorcut). However, after opening a junk mail message which was wrongly marked as junk, the message panel comes up and remains active for any other message opened further, until I manually hide it again by clicking on its border or unchecking the option in the menu or pressing F8. That behaviour was not present in previous Seamonkey version. Is there any setting for disabling it ? Regards, Rubens I have observed the same thing and I find it annoying as well. Hopefully someone knows of a setting to completely disable the preview pane. Allen The only way I've heard of to disable the preview pane, is to drag the divider, between the Threads Pane and the Message Pane, to the bottom of the screen. -- Daniel User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 Build identifier: 20131203183810 or User agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 SeaMonkey/2.22 Build identifier: 20131023190942 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: what does X-Mozilla Status mean?
Jim no_...@domaininvalid.org wrote: I noticed that all the headers for my email that I send out contain: X-Mozilla-Status: 0001 X-Mozilla-Status2: 0080 Those are not actually in the messages that you send out, only in the copies that are in your Sent folder. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: what does X-Mozilla Status mean?
On 1/17/2014 10:03 PM PT, Jim typed: ... Thanks Ralph and Hartmut. Just was curious. Ditto. I didn't know this too. :) -- I could crush him like an ant. But it would be too easy. No, revenge is a dish best served cold. I'll bide my time until... Oh, what the hell, I'll just crush him like an ant. --Mr. Burns, The Simpsons (Blood Feud Episode 7F22) /\___/\ Ant(Dude) @ http://antfarm.ma.cx (Personal Web Site) / /\ /\ \Ant's Quality Foraged Links: http://aqfl.net | |o o| | \ _ /If crediting, then use Ant nickname and AQFL URL/link. ( ) If e-mailing, then axe ANT from its address if needed. Ant is currently not listening to any songs on this computer. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: what does X-Mozilla Status mean?
Rob wrote: Jim no_...@domaininvalid.org wrote: I noticed that all the headers for my email that I send out contain: X-Mozilla-Status: 0001 X-Mozilla-Status2: 0080 Those are not actually in the messages that you send out, only in the copies that are in your Sent folder. Actually, both messages contain these fields, with different values. I sent a message from one of my accounts to another, and found: The copy in my Sent folder had: X-Mozilla-Status: 0001 X-Mozilla-Status2: 0080 The copy received in the other account had: X-Mozilla-Status: 0001 X-Mozilla-Status2: Of course, I could change the first value for each by toggling read/unread (pressing M). -- 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
address books
For years I have been exporting backups of my email address books. Now I need to import them and it is creating duplicates! This is unexpected - must I delete the old folder first??? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: address books
Rick Merrill wrote: For years I have been exporting backups of my email address books. Now I need to import them and it is creating duplicates! This is unexpected - must I delete the old folder first??? Did you actually use the export function or did you simply copy the *.mab files as backups? -- Ed Mullen http://edmullen.net/ Don't use a big word where a diminutive one will suffice. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: what does X-Mozilla Status mean?
Jim wrote: Ralph Fox wrote: On Fri, 17 Jan 2014 19:33:04 -0700, Jim wrote: I noticed that all the headers for my email that I send out contain: X-Mozilla-Status: 0001 X-Mozilla-Status2: 0080 What does that mean? They include information such as * Whether the message is marked read, * Whether the message is queued for upload, * Whether the message is starred, * Whether the message has been replied to, * ...etc. If you understand hexadecimal numbers, see http://www.eyrich-net.org/mozilla/X-Mozilla-Status.html The right-hand side of X-Mozilla-Status and X-Mozilla-Status2 is the sum (in hexadecimal arithmetic) of the Value column from those rows which apply to the message. Thanks Ralph and Hartmut. Just was curious. Jim So was, I after reading the question. Thanks too. GW ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: How to avoid nuisances in SM 2.17.1 ?
chicagofan wrote: What is going wrong that any time I *backspace* to change a word, or correct spelling in a message, SM will either underline as a misspelled word, or drop the space after. I'm adjusting to the check spelling underline in correct words, but it's embarrassing for somany messages to go out with spaces missing between words. It doesn't look that way before I send it. Is there anything I can do to stop this? The other annoyance is when I choose to open the browser, it opens ... then often reverts to the mail window? Is there anything I can do to stop that? TIA... for any suggestions. :) [Forgot to say, I use HTML in mail. Are there settings I need to change in this version?] Is it always Shockwave Flash that is causing that, if it's called for anywhere in a web page? bj I've never experienced any of these problem in any version of SM (Windows XP here). ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Odd scrolling behavior
Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. -- Ed Mullen http://edmullen.net/ They show you how detergents take out bloodstains. I think if you've got a T-shirt with bloodstains all over it, maybe your laundry isn't your biggest problem. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
On 1/19/14 10:05 AM +0900, Ed Mullen wrote: Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. One additional thing. John Gilliver, who mentioned this to me origianlly, noted that it only happens when clicking in the scroll bar space. It does NOT happen if using the PAGE DOWN key (in Windows). I confirmed that. Interesting. Yes, I've seen this behaviour before. It appears to me that clicking inside the scroll bar track bases the page-down behaviour on the overall size of the window rather than just the scrolling frame of the site. Pressing the space bar to page-down bases the behaviour on the frame. I'd call this a bug. -- / // Trane Franckstr...@gol.comTokyo, Japan // Practice random kindness and senseless acts of beauty. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
Trane Francks wrote: On 1/19/14 10:05 AM +0900, Ed Mullen wrote: Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. One additional thing. John Gilliver, who mentioned this to me origianlly, noted that it only happens when clicking in the scroll bar space. It does NOT happen if using the PAGE DOWN key (in Windows). I confirmed that. Interesting. Yes, I've seen this behaviour before. It appears to me that clicking inside the scroll bar track bases the page-down behaviour on the overall size of the window rather than just the scrolling frame of the site. Pressing the space bar to page-down bases the behaviour on the frame. I'd call this a bug. Well, for me, as someone who makes Web pages, I'm keenly interested in if there is some bit of HTML or CSS that affects this. Given that I've found sites that don't exhibit this behavior in Moz-based browsers, and that sites that do exhibit it only do so in Moz-based browsers, I'm kinda stumped. If no answers here I'll post this to some HTML and CSS newsgroups and see what happens. One of the weirdest things I've seen in decades of involvement in page design and Mozilla. -- Ed Mullen http://edmullen.net/ I heard about a dyslexic agnostic insomniac who lay awake at night wondering if there was a dog ... ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. ... only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a variety of sites online and most do not exhibit this but several do. Any thoughts welcome. I think Trane's on the mark with his comment about the discrepancy between page size and frame size. I've seen this for a long time, never thought much about it until now. Easily reproduced. BTW, nice to know we're sort of neighbors (I'm about 10 min. north of your alma mater). -- 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
Re: Odd scrolling behavior
Trane Francks wrote: On 1/19/14 10:05 AM +0900, Ed Mullen wrote: Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. One additional thing. John Gilliver, who mentioned this to me origianlly, noted that it only happens when clicking in the scroll bar space. It does NOT happen if using the PAGE DOWN key (in Windows). I confirmed that. Interesting. Yes, I've seen this behaviour before. It appears to me that clicking inside the scroll bar track bases the page-down behaviour on the overall size of the window rather than just the scrolling frame of the site. Pressing the space bar to page-down bases the behaviour on the frame. I'd call this a bug. The scroll slider moves to where I click. I'm not seeing any problem. GW ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Reply newsgroup/Sender only not working
Occasionally when I am either trying to reply to sender or newsgroup or group, they suddenly go grey and quit working. Anyone running into this? Is there a Bug on Bugzilla about this. The only cure is to quit SeaMonkey wait until completely quit then restarting. User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 -- Phillip M. Jones, C.E.T. If it's Fixed, Don't Break it http://www.phillipmjones.netmailto:pjones...@comcast.net ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Reply newsgroup/Sender only not working
PhillipJones wrote: Occasionally when I am either trying to reply to sender or newsgroup or group, they suddenly go grey and quit working. Anyone running into this? Is there a Bug on Bugzilla about this. The only cure is to quit SeaMonkey wait until completely quit then restarting. User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 Not seeing this issue at my end -- GNOME 3.10.2 openSUSE 13.1 (Bottle) (x86_64) 64-bit Kernel Linux 3.11.6-4-desktop http://www.reddit.com/r/seamonkey/ ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Reply newsgroup/Sender only not working
PhillipJones wrote: Occasionally when I am either trying to reply to sender or newsgroup or group, they suddenly go grey and quit working. Anyone running into this? Is there a Bug on Bugzilla about this. The only cure is to quit SeaMonkey wait until completely quit then restarting. User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 Not seeing it exactly as you describe. The behavior I observe is consistent even through a restart, and options are never grayed out. In response to a newsgroup message, I can reply to Newsgroup or to Sender Only or to All Recipients. However, Reply to Sender and Newsgroup populates only the Newsgroup: field and does not create a To: field containing the sender, whereas All Recipients catches both. In response to a mailing list message, where From: is the individual sender and To:, Sender:, and Reply-To: are the list address, I can Reply, Reply to List, or Reply to All, and in every case I get only the list address. If I want to reply to the individual sender, I have to insert them manually. In fact, it doesn't seem to matter if To:, Sender:, and Reply-To: are all different, only the Reply-To: address is honored. -- 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
Re: what does X-Mozilla Status mean?
On Sat, 18 Jan 2014 11:21:45 -0500, Paul B. Gallagher wrote: Rob wrote: Jim no_...@domaininvalid.org wrote: I noticed that all the headers for my email that I send out contain: X-Mozilla-Status: 0001 X-Mozilla-Status2: 0080 Those are not actually in the messages that you send out, only in the copies that are in your Sent folder. Actually, both messages contain these fields, with different values. I sent a message from one of my accounts to another, and found: The copy in my Sent folder had: X-Mozilla-Status: 0001 X-Mozilla-Status2: 0080 The copy received in the other account had: X-Mozilla-Status: 0001 X-Mozilla-Status2: Of course, I could change the first value for each by toggling read/unread (pressing M). Still, those headers are not sent out. Seamonkey and Thunderbird add the headers to the received copy after downloading it. If you download the same email with a non-Mozilla email program, those headers won't be there. -- Kind regards Ralph ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
