Re: Site-specific UA -- is it working?

2019-09-05 Thread Paul B. Gallagher

Paul B. Gallagher wrote:

Lee wrote:

On 9/5/19, Paul B. Gallagher  wrote:

mozilla-lists.mbou...@spamgourmet.com wrote:


As a quick check that you've correctly edited the correct file:
- From within SeaMonkey open  and accept the warning
- Type "override" in the search box at the top
- Does your override preference show up there?


Yep. But without the https protocol as noted.


There's not really any need for the extension any more, since similar
functionality is built in:
- Go to Tools > Web Development > Toggle Tools; the tools open at the
bottom of the window
- Select the "Network" tab
- Load (or reload) the target page (viki.com)
- Select the top request in the list on the left of the "Network" tab
- The request and response headers are listed on the "Headers" tab on
the right
- Check the "User-Agent" request header; if your override works you
should see that string (with no mention of SeaMonkey), otherwise you'll
see the default one with the SeaMonkey version



I followed your steps, but I see no "Headers" tab on the right or
anywhere else in the pane. The application is maximized, so there should
be nothing off-screen.


Click on one of those lines that starts off with '200  GET', over on
the right is a 'Raw headers' button, click on that and below it you
get a 'request headers' & 'response headers' panel


OK, I see what you mean. It turns out I'm not sending the site-specific 
UA; will try including the version with "www." and see if that helps.


OK, that did it, now I can see that I am sending the modified UA as 
intended. Thanks.



--
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: Site-specific UA -- is it working?

2019-09-05 Thread Paul B. Gallagher

Lee wrote:

On 9/5/19, Paul B. Gallagher  wrote:

mozilla-lists.mbou...@spamgourmet.com wrote:


As a quick check that you've correctly edited the correct file:
- From within SeaMonkey open  and accept the warning
- Type "override" in the search box at the top
- Does your override preference show up there?


Yep. But without the https protocol as noted.


There's not really any need for the extension any more, since similar
functionality is built in:
- Go to Tools > Web Development > Toggle Tools; the tools open at the
bottom of the window
- Select the "Network" tab
- Load (or reload) the target page (viki.com)
- Select the top request in the list on the left of the "Network" tab
- The request and response headers are listed on the "Headers" tab on
the right
- Check the "User-Agent" request header; if your override works you
should see that string (with no mention of SeaMonkey), otherwise you'll
see the default one with the SeaMonkey version



I followed your steps, but I see no "Headers" tab on the right or
anywhere else in the pane. The application is maximized, so there should
be nothing off-screen.


Click on one of those lines that starts off with '200  GET', over on
the right is a 'Raw headers' button, click on that and below it you
get a 'request headers' & 'response headers' panel


OK, I see what you mean. It turns out I'm not sending the site-specific 
UA; will try including the version with "www." and see if that helps.


--
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: 2.49.5: Blurry fonts on Mail/Newsgroups Page

2019-09-05 Thread Lemuel Johnson via support-seamonkey

On 9/5/2019 7:55 AM, William Greenwood wrote:
Compared to 2.49.4, fonts displaying email and newsgroup accounts are 
noticeably blurrier in 2.49.5 as are message lists.


Everything here appears the same as before the upgrade.  Windows 7. 
Maybe your graphics drivers need an update?


Lem Johnson
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: 2.49.5: Blurry fonts on Mail/Newsgroups Page

2019-09-05 Thread Paul Bergsagel

William Greenwood wrote:
Compared to 2.49.4, fonts displaying email and newsgroup accounts are 
noticeably blurrier in 2.49.5 as are message lists.
What OS are you using?  I don't notice the blurry font issue you are 
experiencing (I am using MacOS).


___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Site-specific UA -- is it working?

2019-09-05 Thread Lee
On 9/5/19, Paul B. Gallagher  wrote:
> mozilla-lists.mbou...@spamgourmet.com wrote:
>
>> As a quick check that you've correctly edited the correct file:
>> - From within SeaMonkey open  and accept the warning
>> - Type "override" in the search box at the top
>> - Does your override preference show up there?
>
> Yep. But without the https protocol as noted.
>
>> There's not really any need for the extension any more, since similar
>> functionality is built in:
>> - Go to Tools > Web Development > Toggle Tools; the tools open at the
>> bottom of the window
>> - Select the "Network" tab
>> - Load (or reload) the target page (viki.com)
>> - Select the top request in the list on the left of the "Network" tab
>> - The request and response headers are listed on the "Headers" tab on
>> the right
>> - Check the "User-Agent" request header; if your override works you
>> should see that string (with no mention of SeaMonkey), otherwise you'll
>> see the default one with the SeaMonkey version
>
>
> I followed your steps, but I see no "Headers" tab on the right or
> anywhere else in the pane. The application is maximized, so there should
> be nothing off-screen.

Click on one of those lines that starts off with '200  GET', over on
the right is a 'Raw headers' button, click on that and below it you
get a 'request headers' & 'response headers' panel

Lee
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Initial Window Placement

2019-09-05 Thread Jonathan N. Little
David E. Ross wrote:
> On 9/5/2019 10:53 AM, Jonathan N. Little wrote:
>> I have been experiencing a minor annoyance that SeaMonkey starts with
>> the application window above the desktop confines clipping the Window
>> title bar, Menu bar, and Navigation bar. See screenshot
>>
>> 
>>
>> Instead of launching within the desktop area like this
>>
>> 
>>
>> It seems to have been associated with an update to previous version of
>> Windows 10 1809 and still present with Windows 10 19.03. Upgrading from
>> 2,49.4 to 2.49.5 made no difference. No issue with SeaMonkey on Ubuntu
>> 16.04.
>>
> 
> This is a function of your operating system, not a function of
> SeaMonkey.  Since you apparently posted via Windows 10, you might search
> for a Windows option to "remember" positions of application windows.
> Otherwise, you might find a non-Microsoft application that handles that.

I know it is the OS, but only SeaMonkey exhibits the issue, and only
recently. Just wondering if anyone else experiences it.




-- 
Take care,

Jonathan
---
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Initial Window Placement

2019-09-05 Thread David E. Ross
On 9/5/2019 10:53 AM, Jonathan N. Little wrote:
> I have been experiencing a minor annoyance that SeaMonkey starts with
> the application window above the desktop confines clipping the Window
> title bar, Menu bar, and Navigation bar. See screenshot
> 
> 
> 
> Instead of launching within the desktop area like this
> 
> 
> 
> It seems to have been associated with an update to previous version of
> Windows 10 1809 and still present with Windows 10 19.03. Upgrading from
> 2,49.4 to 2.49.5 made no difference. No issue with SeaMonkey on Ubuntu
> 16.04.
> 

This is a function of your operating system, not a function of
SeaMonkey.  Since you apparently posted via Windows 10, you might search
for a Windows option to "remember" positions of application windows.
Otherwise, you might find a non-Microsoft application that handles that.

In Windows 7, I use both Dips64 from
 and Icon Cofiguration Utility
from .  I use both
because no such tool gives the desired result in all cases.

-- 
David E. Ross


Immigration authorities arrested 680 undocumented aliens in meat
processing facilities in Mississippi.  Employing someone who is not
legally in the U.S. is also illegal.  How many of the EMPLOYERS are
being criminally charged?  If none, why not?
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Site-specific UA -- is it working?

2019-09-05 Thread Paul B. Gallagher

mozilla-lists.mbou...@spamgourmet.com wrote:


As a quick check that you've correctly edited the correct file:
- From within SeaMonkey open  and accept the warning
- Type "override" in the search box at the top
- Does your override preference show up there?


Yep. But without the https protocol as noted.

There's not really any need for the extension any more, since similar 
functionality is built in:
- Go to Tools > Web Development > Toggle Tools; the tools open at the 
bottom of the window

- Select the "Network" tab
- Load (or reload) the target page (viki.com)
- Select the top request in the list on the left of the "Network" tab
- The request and response headers are listed on the "Headers" tab on 
the right
- Check the "User-Agent" request header; if your override works you 
should see that string (with no mention of SeaMonkey), otherwise you'll 
see the default one with the SeaMonkey version



I followed your steps, but I see no "Headers" tab on the right or 
anywhere else in the pane. The application is maximized, so there should 
be nothing off-screen.



--
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: Did my SeaMonkey v2.49.4 lose my e-mail on an SMTP connect error?

2019-09-05 Thread Ray_Net

Ant wrote on 03-09-19 22:27:
Oh wait. I see them in its sent folder after restarting my SM. Whew, 
but why saved if they didn't get e-mailed from that server connect error?


If it is saved in the Sent Folder, you still have a copy that you can 
try to re-send it again  in one or two days when you have corrected 
your mail-server parameters OR when the mail-server is 
up-and-running-correctly again 

If it is not save, the mail vanished ... oups  ! :-)
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Site-specific UA -- is it working?

2019-09-05 Thread mozilla-lists . mbourne

On 9/5/2019 9:02 AM, Paul B. Gallagher wrote:

Based on info received here, I created a user.js (never had one before)
so I could pass a different UA to one particular problem site. But I
can't tell if it's working. Is there a way to confirm that the site's
getting what I'm feeding it? Help | About just reports the standard UA.

I placed the file here:
C:\Users\(Windows
Username)\AppData\Roaming\Mozilla\SeaMonkey\Profiles\(profilename).default\


The part you've replaced with "(profilename)" is usually just random. 
The "default" part is typically what you see as the name in profile 
manager. If you've never created additional profiles there's probably 
only the one default directory there anyway, but just mentioning in case 
not.



And here's the content, did I get it right?

# Mozilla User Preferences

user_pref("general.useragent.override.viki.com", "Mozilla/5.0 (Windows
NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0");


As a quick check that you've correctly edited the correct file:
- From within SeaMonkey open  and accept the warning
- Type "override" in the search box at the top
- Does your override preference show up there?

Personally I don't usually bother with directly editing the prefs files, 
and just update them via about:config. There are pros and cons though, 
so whichever way you prefer is fine.


David E. Ross wrote:

1.  Go to the Web site of your concern.

2.  With the Web page for the site still in SeaMonkey's window, on the
SeaMonkey menu bar, select [Help > About SeaMonkey] or [Help >
Troubleshooting Information].

Either of those will display your current user agent string.


I don't think that picks up site-specific overrides. Certainly for me, 
if I go to a site for which I know the override is working (otherwise 
the site doesn't render correctly), both of those still show my default UA.



A more complicated method involves installing the "Live HTTP headers"
extension and capturing the headers sent (and also received) when you go
to the site.


There's not really any need for the extension any more, since similar 
functionality is built in:
- Go to Tools > Web Development > Toggle Tools; the tools open at the 
bottom of the window

- Select the "Network" tab
- Load (or reload) the target page (viki.com)
- Select the top request in the list on the left of the "Network" tab
- The request and response headers are listed on the "Headers" tab on 
the right
- Check the "User-Agent" request header; if your override works you 
should see that string (with no mention of SeaMonkey), otherwise you'll 
see the default one with the SeaMonkey version


--
Mark.

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Site-specific UA -- is it working?

2019-09-05 Thread Lee
On 9/5/19, Paul B. Gallagher  wrote:
> David E. Ross wrote:
>> On 9/5/2019 9:02 AM, Paul B. Gallagher wrote:
>>> Based on info received here, I created a user.js (never had one before)
>>> so I could pass a different UA to one particular problem site. But I
>>> can't tell if it's working. Is there a way to confirm that the site's
>>> getting what I'm feeding it? Help | About just reports the standard UA.
>>>
>>> I placed the file here:
>>> C:\Users\(Windows
>>> Username)\AppData\Roaming\Mozilla\SeaMonkey\Profiles\(profilename).default\
>>>
>>> And here's the content, did I get it right?
>>>
>>> # Mozilla User Preferences
>>>
>>> user_pref("general.useragent.override.viki.com", "Mozilla/5.0 (Windows
>>> NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0");
>>>
>>> Thanks.
>>>
>>
>> 1.  Go to the Web site of your concern.
>>
>> 2.  With the Web page for the site still in SeaMonkey's window, on the
>> SeaMonkey menu bar, select [Help > About SeaMonkey] or [Help >
>> Troubleshooting Information].
>>
>> Either of those will display your current user agent string.
>
> As I said above, "Help | About just reports the standard UA." It reports
> the same UA no matter what site I'm visiting. Does that mean the user.js
> pref has no effect?
>
>> A more complicated method involves installing the "Live HTTP headers"
>> extension and capturing the headers sent (and also received) when you go
>> to the site.
>
> Hmmm

I have an old copy of "Live HTTP headers" if you want it.

I tried adding
user_pref("general.useragent.override.google.com", "Mozilla/5.0
(Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0");

didn't change my user agent when visiting www.google.com, so added
user_pref("general.useragent.override.www.google.com", "Mozilla/5.0
(Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0");

which did change the ua string for www.google.com but not any other
.google sites referenced by the main page :(

Maybe try to find a user agent switcher addon that will let you change
the advertised ua on the fly?

Lee
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Initial Window Placement

2019-09-05 Thread Jonathan N. Little
I have been experiencing a minor annoyance that SeaMonkey starts with
the application window above the desktop confines clipping the Window
title bar, Menu bar, and Navigation bar. See screenshot



Instead of launching within the desktop area like this



It seems to have been associated with an update to previous version of
Windows 10 1809 and still present with Windows 10 19.03. Upgrading from
2,49.4 to 2.49.5 made no difference. No issue with SeaMonkey on Ubuntu
16.04.

-- 
Take care,

Jonathan
---
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Site-specific UA -- is it working?

2019-09-05 Thread Paul B. Gallagher

David E. Ross wrote:

On 9/5/2019 9:02 AM, Paul B. Gallagher wrote:

Based on info received here, I created a user.js (never had one before)
so I could pass a different UA to one particular problem site. But I
can't tell if it's working. Is there a way to confirm that the site's
getting what I'm feeding it? Help | About just reports the standard UA.

I placed the file here:
C:\Users\(Windows
Username)\AppData\Roaming\Mozilla\SeaMonkey\Profiles\(profilename).default\

And here's the content, did I get it right?

# Mozilla User Preferences

user_pref("general.useragent.override.viki.com", "Mozilla/5.0 (Windows
NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0");

Thanks.



1.  Go to the Web site of your concern.

2.  With the Web page for the site still in SeaMonkey's window, on the
SeaMonkey menu bar, select [Help > About SeaMonkey] or [Help >
Troubleshooting Information].

Either of those will display your current user agent string.


As I said above, "Help | About just reports the standard UA." It reports 
the same UA no matter what site I'm visiting. Does that mean the user.js 
pref has no effect?



A more complicated method involves installing the "Live HTTP headers"
extension and capturing the headers sent (and also received) when you go
to the site.


Hmmm

--
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: Site-specific UA -- is it working?

2019-09-05 Thread Lee
On 9/5/19, Paul B. Gallagher wrote:
> Based on info received here, I created a user.js (never had one before)
> so I could pass a different UA to one particular problem site. But I
> can't tell if it's working. Is there a way to confirm that the site's
> getting what I'm feeding it? Help | About just reports the standard UA.

Easiest would be to find an addon that shows the http headers.
I remember using one ages ago but I have no idea if something like
that is available for seamonkey now :(

If you're _really_ desperate to know you can see if this works for sm:
C:\UTIL>type firefox-ssldecode.bat
set SSLKEYLOGFILE=C:\Users\Lee\AppData\Local\Temp\FF-SSLkeys.txt
start C:\"Program Files\Mozilla Firefox\Firefox.exe"

@rem wireshark:
@rem   edit / preferences
@rem   protocols / ssl
@rem paste SSLKEYLOGFILE filename into SSL debug file entry

> I placed the file here:
> C:\Users\(Windows
> Username)\AppData\Roaming\Mozilla\SeaMonkey\Profiles\(profilename).default\
>
> And here's the content, did I get it right?
>
> # Mozilla User Preferences
>
> user_pref("general.useragent.override.viki.com", "Mozilla/5.0 (Windows
> NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0");

looks good to me

I have this bit at the start of my user.js
// make it obvious when user.js is borked
// this needs to be at the top of user.js
user_pref("00_user.js.loaded", "user.js load failed");

and this at the very end
//*** must be last ***
// make it obvious when user.js is borked
// this needs to be at the end of user.js
user_pref("00_user.js.loaded", "yes");

enter "about:config" in the url bar & check the value of
  00_user.js.loaded
to see if there was a problem loading user.js  (i tend to forget the
terminating ;)

Lee
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: Site-specific UA -- is it working?

2019-09-05 Thread David E. Ross
On 9/5/2019 9:02 AM, Paul B. Gallagher wrote:
> Based on info received here, I created a user.js (never had one before) 
> so I could pass a different UA to one particular problem site. But I 
> can't tell if it's working. Is there a way to confirm that the site's 
> getting what I'm feeding it? Help | About just reports the standard UA.
> 
> I placed the file here:
> C:\Users\(Windows 
> Username)\AppData\Roaming\Mozilla\SeaMonkey\Profiles\(profilename).default\
> 
> And here's the content, did I get it right?
> 
> # Mozilla User Preferences
> 
> user_pref("general.useragent.override.viki.com", "Mozilla/5.0 (Windows 
> NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0");
> 
> Thanks.
> 

1.  Go to the Web site of your concern.

2.  With the Web page for the site still in SeaMonkey's window, on the
SeaMonkey menu bar, select [Help > About SeaMonkey] or [Help >
Troubleshooting Information].

Either of those will display your current user agent string.

A more complicated method involves installing the "Live HTTP headers"
extension and capturing the headers sent (and also received) when you go
to the site.

-- 
David E. Ross


Immigration authorities arrested 680 undocumented aliens in meat
processing facilities in Mississippi.  Employing someone who is not
legally in the U.S. is also illegal.  How many of the EMPLOYERS are
being criminally charged?  If none, why not?
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Site-specific UA -- is it working?

2019-09-05 Thread Paul B. Gallagher
Based on info received here, I created a user.js (never had one before) 
so I could pass a different UA to one particular problem site. But I 
can't tell if it's working. Is there a way to confirm that the site's 
getting what I'm feeding it? Help | About just reports the standard UA.


I placed the file here:
C:\Users\(Windows 
Username)\AppData\Roaming\Mozilla\SeaMonkey\Profiles\(profilename).default\


And here's the content, did I get it right?

# Mozilla User Preferences

user_pref("general.useragent.override.viki.com", "Mozilla/5.0 (Windows 
NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0");


Thanks.

--
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


2.49.5: Blurry fonts on Mail/Newsgroups Page

2019-09-05 Thread William Greenwood
Compared to 2.49.4, fonts displaying email and newsgroup accounts are 
noticeably blurrier in 2.49.5 as are message lists.

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: SeaMonkey 2.49.5 thankful for the release.

2019-09-05 Thread Gabriel

Paul Bergsagel wrote on 05/09/2019 04:06:

Hi,

A big thanks to the developers on the release of 2.49.5

Seamonky 2.49.5 fixed a website that did not display correctly. Once again 
thanks.

I would like to help out and test 2.53.x--I am hesitant since I have heard that 
once you have installed 2.53.x the user profile changes and is no longer 
compatible with 2.49.x so I am hesitant to do any testing. Maybe when 2.53 is 
ready for full time use I will consider testing and filing bugs.


Thanks developers and testers. BTW I am using MacOS.



Hi, please do it as you're using macOS! So we can compare our experience.
If you use Time Machine you can go back to the previous profile, or just 
compress the current profile (it's inside
/Users/YourUserName/Library/Application Support/SeaMonkey/Profiles/xxx.default) 
and then if it's not working you just decompress it and go back.


I'm using 2.53 since a few monts and I have an odd problem affecting the GPU or 
something that after a certain period of time makes the screen "flashing" just 
like the video was broken and I need to shut off the Mac and restart. This is 
happening more often if I use the Mail and News section of SeaMonkey; I also 
noticed it happens less if I go in off-line several times a day. Very weird!


So I'd appreciate if you could try SM 2.53 on your Mac and tell me if it's 
working fine.

NB: my sessionstore.json file is now about 18MB (it was up to 40 before).

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


Re: SeaMonkey 2.49.5 thankful for the release.

2019-09-05 Thread David E. Ross
On 9/4/2019 7:06 PM, Paul Bergsagel wrote:
> Hi,
> 
> A big thanks to the developers on the release of 2.49.5
> 
> Seamonky 2.49.5 fixed a website that did not display correctly. Once 
> again thanks.
> 
> I would like to help out and test 2.53.x--I am hesitant since I have 
> heard that once you have installed 2.53.x the user profile changes and 
> is no longer compatible with 2.49.x so I am hesitant to do any testing. 
> Maybe when 2.53 is ready for full time use I will consider testing and 
> filing bugs.
> 
> Thanks developers and testers. BTW I am using MacOS.
> 

Before I update SeaMonkey, I copy all five of my profiles into a folder
named "Save SeaMonkey Profiles".  There have been a few instances where
I reverted back to a prior version of SeaMonkey, after which I delete my
profiles and replace them with the saved profiles.

-- 
David E. Ross


Immigration authorities arrested 680 undocumented aliens in meat
processing facilities in Mississippi.  Employing someone who is not
legally in the U.S. is also illegal.  How many of the EMPLOYERS are
being criminally charged?  If none, why not?
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey