Re: Future of Thunderbird / Seamonkey mail module

[David E. Ross]

On 12/5/2015 12:59 PM, S Slicer wrote:
> Mason83 wrote:
>> Mozilla Wants To Split Off Its Thunderbird Email/Chat Client, Says Mitchell 
>> Baker Memo
>> http://techcrunch.com/2015/11/30/thunderbird-flies-away-from-mozilla/
>>
> The main difference between FireFox and SeaMonkey, is that SeaMonkey 
> bundles the e-mail program.  So, why would they drop the e-mail program 
> from SeaMonkey?
> 

There are other differences.  I think the user interface for SeaMonkey
is far superior to the UI for Firefox.  Also, some user tailoring
capabilities that have been removed from Firefox still exist in SeaMonkey.

-- 
David E. Ross

The Crimea is Putin's Sudetenland.
The Ukraine will be Putin's Czechoslovakia.
See .
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: SM knows passwords, won't manage them

[David E. Ross]

On 12/4/2015 10:17 PM, Paul B. Gallagher wrote:
> Just discovered that even though SM 2.39 remembers my passwords and logs 
> into various sites successfully, the Password Manager pretends it doesn't.
> 
> If I launch the PM (or the Data Manager) and search for various domains, 
> it returns no hits for domains where it logs in successfully with my 
> userid and password. Those same domains, after login, have data on the 
> "Cookies" tab, but the "Passwords" tab is grayed out.
> 
> If I clear the search window and just choose "Passwords only," it lists 
> no domains.
> 
> Any idea how I can restore the previous functionality?
> 
> Thanks.
> 
> User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 
> Firefox/42.0 SeaMonkey/2.39
> Build identifier: 20151103191810
> 

Get the custom Password button extension from
.  It is
about 1/3 down the page in the right-hand column.  Download it and
convert it for SeaMonkey at .
Install the converted .xpi file.  Then right-click on your SeaMonkey
menu bar or tool bar, select Customize from the pull-down context menu,
and drag the icon (a key) to the bar.

Note:  You might have to first download and install the Toolbar Buttons
extension from
.

-- 
David E. Ross

The Crimea is Putin's Sudetenland.
The Ukraine will be Putin's Czechoslovakia.
See .
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Future of Thunderbird / Seamonkey mail module

[S Slicer]

Mason83 wrote:

Mozilla Wants To Split Off Its Thunderbird Email/Chat Client, Says Mitchell 
Baker Memo
http://techcrunch.com/2015/11/30/thunderbird-flies-away-from-mozilla/

The main difference between FireFox and SeaMonkey, is that SeaMonkey 
bundles the e-mail program.  So, why would they drop the e-mail program 
from SeaMonkey?

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

Re: SM knows passwords, won't manage them

[Frank-Rainer Grahl]

>>chrome://communicator/content/permissions/permissionsManager.xul

The old Permissions Manager is completly broken too since Seamonkey 2.13. See 
bug 
1209626. Patch not checked in yet but even with the patch it's not perfect. Ok 
button closes the browser if you only have one tab open. I suspect it needs a 
complete overhaul.





 Regards
 Frank-Rainer Grahl


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

Re: Organizing bookmarks

[Richard Owlett]

On 12/5/2015 12:55 PM, EE wrote:

Richard Owlett wrote:

My bookmarks have grown like Topsy since days of using Netscape.
In the beginning I made minimal use of folders.
There have been sporadic attempts using Bookmarks->Manage
Bookmarks to
bring order out of chaos. I have too many for that to practical (
 >2000???).

I came across one addon for working with places.sqlite (I've
lost the
link) but found no documentation on what it did other than
several users
liked it ;/

Pointers please.
TIA


Are you sure all those bookmarks are still valid?  I use
CheckPlaces from time to time just to make sure that all the
pages I bookmarked still exist, and clear out the ones that do not.


 Some of the URL's may indeed be dated. But I still need 
the data they once pointed pointed to. As the last step of my 
reorganization I'll search out a current reference or look it up 
in "The Wayback Machine" [http://archive.org/web/web.php].




You might try creating some folders for categories of bookmarks
that you know you have, and maybe organize 200 or so of them at a
time and do the job over several sessions.



That was essentially what I had been doing. It is complicated by 
having many duplicate entries and and unknown number that I would 
NOW say I had placed in an inappropriate folder. I doubt that 
less than 10% of the unique URL's will be deleted. Part of what I 
need to know for a useful reorganization is how many times have 
which URL's have been duplicated.



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

Re: SM knows passwords, won't manage them

[EE]

Paul B. Gallagher wrote:

Just discovered that even though SM 2.39 remembers my passwords and logs
into various sites successfully, the Password Manager pretends it doesn't.

If I launch the PM (or the Data Manager) and search for various domains,
it returns no hits for domains where it logs in successfully with my
userid and password. Those same domains, after login, have data on the
"Cookies" tab, but the "Passwords" tab is grayed out.

If I clear the search window and just choose "Passwords only," it lists
no domains.

Any idea how I can restore the previous functionality?

Thanks.

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101
Firefox/42.0 SeaMonkey/2.39
Build identifier: 20151103191810

The data manager does not seem to handle specific types of data very 
well.  I gave up on that approach and bookmarked the .xul pages that 
handle cookies, popups, and passwords.  Using those, I can see and 
handle the information I want easily.  These are the pages:

chrome://communicator/content/permissions/cookieViewer.xul
chrome://communicator/content/permissions/permissionsManager.xul
chrome://passwordmgr/content/passwordManager.xul

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

Re: Organizing bookmarks

[EE]

Richard Owlett wrote:

My bookmarks have grown like Topsy since days of using Netscape.
In the beginning I made minimal use of folders.
There have been sporadic attempts using Bookmarks->Manage Bookmarks to
bring order out of chaos. I have too many for that to practical (
 >2000???).

I came across one addon for working with places.sqlite (I've lost the
link) but found no documentation on what it did other than several users
liked it ;/

Pointers please.
TIA


Are you sure all those bookmarks are still valid?  I use CheckPlaces 
from time to time just to make sure that all the pages I bookmarked 
still exist, and clear out the ones that do not.


You might try creating some folders for categories of bookmarks that you 
know you have, and maybe organize 200 or so of them at a time and do the 
job over several sessions.


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

Re: SM knows passwords, won't manage them

[Paul B. Gallagher]

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


Paul B. Gallagher wrote:

Just discovered that even though SM 2.39 remembers my passwords and logs
into various sites successfully, the Password Manager pretends it
doesn't.

If I launch the PM (or the Data Manager) and search for various domains,
it returns no hits for domains where it logs in successfully with my
userid and password. Those same domains, after login, have data on the
"Cookies" tab, but the "Passwords" tab is grayed out.

If I clear the search window and just choose "Passwords only," it lists
no domains.

Any idea how I can restore the previous functionality?


That sounds like bug 1188348 "data manager: domains invisible for
Permissions, Preferences, Passwords"
 which
Frank-Rainer Grahl mentioned yesterday in another thread "Managing
Permissions". Looks like he's working on fixing it. There are a couple
of potential workarounds in that bug report:
- From comment 30: use the URL
 to access password
manager.


Works like a charm! Thanks much.

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

Organizing bookmarks

[Richard Owlett]

My bookmarks have grown like Topsy since days of using Netscape.
In the beginning I made minimal use of folders.
There have been sporadic attempts using Bookmarks->Manage 
Bookmarks to bring order out of chaos. I have too many for that 
to practical ( >2000???).


I came across one addon for working with places.sqlite (I've lost 
the link) but found no documentation on what it did other than 
several users liked it ;/


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

Re: SM not selecting Helper Apps

[Daniel]

On 5/12/2015 11:31 PM, mozilla-lists.mbou...@spamgourmet.com wrote:

Daniel wrote:





As I replied elsewhere, setting my Helper Apps application/pdf to either
"Use Adobe Reader (Default) or "Use Adobe Acrobat (in SeaMonkey)", I
still get sent to the same page


Yep; the accept: header still needs to be manually modified to let the
server know that you have a plugin capable of displaying PDF documents.
I did that using the "Live HTTP headers" extension just to see what's
going on. If you want to try it for yourself:
- Install the Live HTTP headers extension
- Restart SeaMonkey
- Set the helper app for application/pdf to "Use Adobe Acrobat (in
SeaMonkey)"
- Open Tools > Web Development > Live HTTP headers
- Load the page

- In Live HTTP headers, scroll up to the first request; it should begin:
 "GET /attachment.cgi?id=8695711&action=edit HTTP/1.1"
- Click on that request, then click "Replay..."
- In the resulting "Live HTTP Replay" window, change the Accept: header
line by adding "application/pdf to the list of accepted types, e.g.:
 Accept:
text/html,application/xhtml+xml,application/xml;q=0.9,application/pdf,*/*;q=0.8

- Click "Replay"
- Reload the page; you should see the PDF embedded in the page, instead
of the message giving you an option to download the file.

A far easier workaround is to just use the download link to temporarily
save the file, and open it.

There might be a preference to set the accept header used, but I haven't
looked. If there is, you'd probably want to add "application/pdf," just
to the left of "*.*, so that it's available but less preferred than HTML.

Mark.


Installed "Live HTTP headers" ... will check back in tomorrow!

--
Daniel

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 
SeaMonkey/2.39 Build identifier: 20151028234211

or
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 
SeaMonkey/2.38 Build identifier: 20150903203501

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

Re: SM not selecting Helper Apps

[mozilla-lists . mbourne]

Daniel wrote:

On 5/12/2015 6:57 AM, mozilla-lists.mbou...@spamgourmet.com wrote:

Daniel wrote:

This afternoon, I got a couple of e-mails from Bugzilla relating to
progress with [Bug 1145504] SeaMonkey discovery pane has a blank space
at the top of the main content unlike Firefox and Thunderbird

The first included a link to
https://bugzilla.mozilla.org/attachment.cgi?id=8695711&action=edit and
when I clicked on that link I was taken to a Bugzilla screen dealing
with "Attachment 8695711 Details for Bug 1145504"

That page tells me "Screen Capture
FireShot Screen Capture #100 - 'Add-ons-Manager' - about_addons.pdf
(application/pdf), 93.99 KB, created by Rainer Bielefeld"

and tells me 

Attachment is not viewable in your browser because its MIME type
(application/pdf) is not one that your browser is able to display.

I checked my Edit->Prefs->Browser->Helper Apps and entered
"application/pdf" in the search field and was shown that I had set this
up to "Always ask"!

Why wasn't I asked?? Or is that covered by the next line on the
"Attachment 8695711 Details for Bug 1145504" screen, which says
"Download the attachment"?? I would have expected a small screen asking
if I wanted to open, or download.


The message you're seeing is part of the page received from the web
server, which doesn't have direct access to the complete list of plugins
you have installed. It would probably be a privacy and/or security
concern (at least for some people) if that was made available to every
web server you request a page from.

The bugzilla page is trying to display not just the attachment itself,
but a page with a link back to the bug and details about the attachment,
with the attachment embedded in that page. To do that requires a browser
plugin to display the attachment, not just an external application
capable of opening the file. The server is probably determining whether
the browser can do that based on the accept: header which is sent by the
browser when requesting the page. Mine sends:
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Which basically means "I'd prefer text/html, application/xhtml+xml or
application/xml, but if you can't send me that, send me anything (*/*)".
It seems that the server ignores the */* option, presumably since it's
unlikely that the browser actually has a plugin to display absolutely
anything thrown at it. So, having determined that you don't have a
suitable plugin, the server presents a page offering a link to download
the attachment so that you can try opening it in a separate application.


Checking through my about:addons, I don't have anything Adobe installed,
but I do have PDF Viewer which, supposedly, uses HTML5 to display PDT
files directly.

Where do I find the "accept: header"??


The Live HTTP headers addon shows all the headers sent in each request 
to the server and response from the server as pages are loaded. It can 
also be used to "replay" requests with the same or modified headers. Not 
really something for regular use by end users - more a web development 
and debug tool.



If I insert  into the accept: header (using the Live HTTP
headers addon to replay a modified request), the server returns a page
with a placeholder where it's expecting the PDF to be displayed, and I
get a separate dialog asking if I want to download or open the PDF file.
If I set the helper application for application/pdf to "Use Adobe
Acrobat (in SeaMonkey)" - i.e. the plugin - and send that request again,
the placeholder is filled with the Adobe Acrobat plugin showing the
file. I still have to manually add application/pdf to the accept: header
though; I guess either the Adobe plugin doesn't do anything to cause
that to be done automatically, or the plugin architecture doesn't
provide any means for it to do so.

Mark.


As I replied elsewhere, setting my Helper Apps application/pdf to either
"Use Adobe Reader (Default) or "Use Adobe Acrobat (in SeaMonkey)", I
still get sent to the same page


Yep; the accept: header still needs to be manually modified to let the 
server know that you have a plugin capable of displaying PDF documents. 
I did that using the "Live HTTP headers" extension just to see what's 
going on. If you want to try it for yourself:

- Install the Live HTTP headers extension
- Restart SeaMonkey
- Set the helper app for application/pdf to "Use Adobe Acrobat (in 
SeaMonkey)"

- Open Tools > Web Development > Live HTTP headers
- Load the page 


- In Live HTTP headers, scroll up to the first request; it should begin:
"GET /attachment.cgi?id=8695711&action=edit HTTP/1.1"
- Click on that request, then click "Replay..."
- In the resulting "Live HTTP Replay" window, change the Accept: header 
line by adding "application/pdf to the list of accepted types, e.g.:
Accept: 
text/html,application/xhtml+xml,application/xml;q=0.9,application/pdf,*/*;q=0.8

- Click "Replay"
- Reload the page; yo

Re: SM knows passwords, won't manage them

[mozilla-lists . mbourne]

Paul B. Gallagher wrote:

Just discovered that even though SM 2.39 remembers my passwords and logs
into various sites successfully, the Password Manager pretends it doesn't.

If I launch the PM (or the Data Manager) and search for various domains,
it returns no hits for domains where it logs in successfully with my
userid and password. Those same domains, after login, have data on the
"Cookies" tab, but the "Passwords" tab is grayed out.

If I clear the search window and just choose "Passwords only," it lists
no domains.

Any idea how I can restore the previous functionality?


That sounds like bug 1188348 "data manager: domains invisible for 
Permissions, Preferences, Passwords" 
 which 
Frank-Rainer Grahl mentioned yesterday in another thread "Managing 
Permissions". Looks like he's working on fixing it. There are a couple 
of potential workarounds in that bug report:
- From comment 30: use the URL 
 to access password 
manager.
- In comment 68: a workaround involving manually patching one of 
SeaMonkey's application files.


I haven't personally tested either.

Mark.

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

Re: Mail support

[Daniel]

On 5/12/2015 1:03 PM, Luis Carlos Gonzáles Moráles wrote:



Hello,
I have a problem when connecting to my EMail account
(luiscarlo...@hotmail.es) into SeaMonkey. It didn't see the link to use
my EMail account like in Thunderbird. Can you help me? I try creating an
account with my EMail address but didn't work.


Luis Carlos, firstly, as you might notice, your "Mail Support" thread is 
getting lost in a thread called "Missing Menu line across top of 
screen". I suspect this might be because you clicked on "Reply" rather 
than "Compose", but, as you're using the support-seamonkey list rather 
than posting direct to the newsgroup, I may be wrong!!


Anyway, secondly, to try to address your problem . In SeaMonkey you 
can find out where your profile is by selecting Edit->Mail & Newsgroup 
Account Setting, and, on the left of that window, select "Server 
Settings" for your E-mail account.


At the bottom right of that screen, you should have an entry for "Local 
directory:" This is where your e-mails should be.


Check in your Thunderbird for a similar setting (Is it under 
Tools->Options, maybe) and copy the TB setting into your SeaMonkey.


Hope this helps. And, now you need to select "Reply" to reply to this 
posting.


--
Daniel

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 
SeaMonkey/2.39 Build identifier: 20151028234211

or
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 
SeaMonkey/2.38 Build identifier: 20150903203501

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

Re: SM not selecting Helper Apps

[Daniel]

On 5/12/2015 6:57 AM, mozilla-lists.mbou...@spamgourmet.com wrote:

Daniel wrote:

This afternoon, I got a couple of e-mails from Bugzilla relating to
progress with [Bug 1145504] SeaMonkey discovery pane has a blank space
at the top of the main content unlike Firefox and Thunderbird

The first included a link to
https://bugzilla.mozilla.org/attachment.cgi?id=8695711&action=edit and
when I clicked on that link I was taken to a Bugzilla screen dealing
with "Attachment 8695711 Details for Bug 1145504"

That page tells me "Screen Capture
FireShot Screen Capture #100 - 'Add-ons-Manager' - about_addons.pdf
(application/pdf), 93.99 KB, created by Rainer Bielefeld"

and tells me 

Attachment is not viewable in your browser because its MIME type
(application/pdf) is not one that your browser is able to display.

I checked my Edit->Prefs->Browser->Helper Apps and entered
"application/pdf" in the search field and was shown that I had set this
up to "Always ask"!

Why wasn't I asked?? Or is that covered by the next line on the
"Attachment 8695711 Details for Bug 1145504" screen, which says
"Download the attachment"?? I would have expected a small screen asking
if I wanted to open, or download.


The message you're seeing is part of the page received from the web
server, which doesn't have direct access to the complete list of plugins
you have installed. It would probably be a privacy and/or security
concern (at least for some people) if that was made available to every
web server you request a page from.

The bugzilla page is trying to display not just the attachment itself,
but a page with a link back to the bug and details about the attachment,
with the attachment embedded in that page. To do that requires a browser
plugin to display the attachment, not just an external application
capable of opening the file. The server is probably determining whether
the browser can do that based on the accept: header which is sent by the
browser when requesting the page. Mine sends:
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Which basically means "I'd prefer text/html, application/xhtml+xml or
application/xml, but if you can't send me that, send me anything (*/*)".
It seems that the server ignores the */* option, presumably since it's
unlikely that the browser actually has a plugin to display absolutely
anything thrown at it. So, having determined that you don't have a
suitable plugin, the server presents a page offering a link to download
the attachment so that you can try opening it in a separate application.


Checking through my about:addons, I don't have anything Adobe installed, 
but I do have PDF Viewer which, supposedly, uses HTML5 to display PDT 
files directly.


Where do I find the "accept: header"??


If I insert  into the accept: header (using the Live HTTP
headers addon to replay a modified request), the server returns a page
with a placeholder where it's expecting the PDF to be displayed, and I
get a separate dialog asking if I want to download or open the PDF file.
If I set the helper application for application/pdf to "Use Adobe
Acrobat (in SeaMonkey)" - i.e. the plugin - and send that request again,
the placeholder is filled with the Adobe Acrobat plugin showing the
file. I still have to manually add application/pdf to the accept: header
though; I guess either the Adobe plugin doesn't do anything to cause
that to be done automatically, or the plugin architecture doesn't
provide any means for it to do so.

Mark.


As I replied elsewhere, setting my Helper Apps application/pdf to either 
"Use Adobe Reader (Default) or "Use Adobe Acrobat (in SeaMonkey)", I 
still get sent to the same page


--
Daniel

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 
SeaMonkey/2.39 Build identifier: 20151028234211

or
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 
SeaMonkey/2.38 Build identifier: 20150903203501

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

Re: SM not selecting Helper Apps

[Daniel]

On 4/12/2015 10:20 PM, Paul B. Gallagher wrote:

Daniel wrote:


This afternoon, I got a couple of e-mails from Bugzilla relating to
progress with [Bug 1145504] SeaMonkey discovery pane has a blank space
at the top of the main content unlike Firefox and Thunderbird

The first included a link to
https://bugzilla.mozilla.org/attachment.cgi?id=8695711&action=edit and
when I clicked on that link I was taken to a Bugzilla screen dealing
with "Attachment 8695711 Details for Bug 1145504"

...

Why wasn't I asked?? Or is that covered by the next line on the
"Attachment 8695711 Details for Bug 1145504" screen, which says
"Download the attachment"?? I would have expected a small screen asking
if I wanted to open, or download.


Try changing the pref to something else -- "Use Adobe Acrobat," for
example. If that works, change the pref back and it should work again.


No change, Paul, either for with-in SM or external Adobe Reader.

--
Daniel

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 
SeaMonkey/2.39 Build identifier: 20151028234211

or
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 
SeaMonkey/2.38 Build identifier: 20150903203501

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

Re: SM not selecting Helper Apps

[Daniel]

On 5/12/2015 6:44 AM, Bill Salisbury wrote:



Sent from my iPad


On Dec 4, 2015, at 01:14, Daniel  wrote:


On 4/12/2015 8:11 PM, Daniel wrote:
This afternoon, I got a couple of e-mails from Bugzilla relating to
progress with [Bug 1145504] SeaMonkey discovery pane has a blank space
at the top of the main content unlike Firefox and Thunderbird

The first included a link to
https://bugzilla.mozilla.org/attachment.cgi?id=8695711&action=edit and
when I clicked on that link I was taken to a Bugzilla screen dealing
with "Attachment 8695711 Details for Bug 1145504"

That page tells me "Screen Capture
FireShot Screen Capture #100 - 'Add-ons-Manager' - about_addons.pdf
(application/pdf), 93.99 KB, created by Rainer Bielefeld"

and tells me 

Attachment is not viewable in your browser because its MIME type
(application/pdf) is not one that your browser is able to display.

I checked my Edit->Prefs->Browser->Helper Apps and entered
"application/pdf" in the search field and was shown that I had set this
up to "Always ask"!

Why wasn't I asked?? Or is that covered by the next line on the
"Attachment 8695711 Details for Bug 1145504" screen, which says
"Download the attachment"?? I would have expected a small screen asking
if I wanted to open, or download.

Omitted to mention that this was using my Win7 SM as shown in my sig file!

--
Daniel

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 
SeaMonkey/2.39 Build identifier: 20151028234211
or
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 
SeaMonkey/2.38 Build identifier: 20150903203501
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey


?? Did I miss something here, Bill?? (Noted your "Sent from my iPad".)

--
Daniel

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 
SeaMonkey/2.39 Build identifier: 20151028234211

or
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 
SeaMonkey/2.38 Build identifier: 20150903203501

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