Strange behaviour in SMPmW118 Mailer

classic Classic list List threaded Threaded
11 messages Options
Reply | Threaded
Open this post in threaded view
|

Strange behaviour in SMPmW118 Mailer

Christer Jacobsson
As Salaam Aleikum!

Sorry for the resending of this msg, but She must add some important
information after the text below:

She uses SMPmW118 as a mailer client and up until a week ago it handled
junk mail properly, i.e. when a junk mail arrived, the Junk icon flashed
on and the junk mail was moved to the Junk folder. But now SMPmW118 just
sets the flag but don't move the mail to the Junk folder, so She has to
unjunk the offending mail, and mark it as Junk again, then it goes to
the Trash folder instead. Are there some settings in prefs.js that can
be done to cure this problem? The change must obviously be done when
SMPmW118 is closed down, so THAT trap She knows about. Just now a junk
mail appeared in the Inbox with the Junk flag set, and She had to unjunk
it, mark it as Junk again and the mail when to the Trash folder directly.

What's worse is that another mysterious problem have cropped up in
SMPmW118 - if She tries to change profile data, either in the "Mail and
news account settings" or "Preferences", the changes don't stick.
Clicking OK should close the abovementioned settings but the windows
DON'T close and save the changed settings: hitting Cancel closes the
windows but when She opens the relevant Preferences settings and check
the settings, they remain the same as before She tried to change this.

Can this problem be fixed if She edits prefs.js "by hand" when SMPmW118
is closed down, or can this errant behaviour be attributed to some
damaged code in the SMPPmW code tree?



Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 20th Anniversary :-)  Ex-wife deceased :-(
        Team OS/2      e-mail:  [hidden email] (Primary)
        Team eCs       e-mail:  [hidden email]   (Alternate)
        Team DRW       Dare Refuse Windows
        Chunkawakan    Lakota/Sioux: Horse
_______________________________________________
dev-ports-os2 mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-ports-os2
Reply | Threaded
Open this post in threaded view
|

Re: Strange behaviour in SMPmW118 Mailer

Dave Yeo-3
Christer Jacobsson wrote:

> As Salaam Aleikum!
>
> Sorry for the resending of this msg, but She must add some important
> information after the text below:
>
> She uses SMPmW118 as a mailer client and up until a week ago it handled
> junk mail properly, i.e. when a junk mail arrived, the Junk icon flashed
> on and the junk mail was moved to the Junk folder. But now SMPmW118 just
> sets the flag but don't move the mail to the Junk folder, so She has to
> unjunk the offending mail, and mark it as Junk again, then it goes to
> the Trash folder instead. Are there some settings in prefs.js that can
> be done to cure this problem? The change must obviously be done when
> SMPmW118 is closed down, so THAT trap She knows about. Just now a junk
> mail appeared in the Inbox with the Junk flag set, and She had to unjunk
> it, mark it as Junk again and the mail when to the Trash folder directly.
>
> What's worse is that another mysterious problem have cropped up in
> SMPmW118 - if She tries to change profile data, either in the "Mail and
> news account settings" or "Preferences", the changes don't stick.
> Clicking OK should close the abovementioned settings but the windows
> DON'T close and save the changed settings: hitting Cancel closes the
> windows but when She opens the relevant Preferences settings and check
> the settings, they remain the same as before She tried to change this.
>
> Can this problem be fixed if She edits prefs.js "by hand" when SMPmW118
> is closed down, or can this errant behaviour be attributed to some
> damaged code in the SMPPmW code tree?

Something is broken in your profile. Do you have a backup from before
the problem started? If so you could restore everything except the mail
and news directories.
Otherwise, there are some files that get corrupted and can be deleted
but it has been a long time since I used SM 1.x and can't really
remember besides deleting XUL.mfl.
Mozilla profiles are fragile and it is a good idea to keep a couple of
generations of backups.
At the worst you'll have to create a new profile and copy over your mail
and news
Dave
_______________________________________________
dev-ports-os2 mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-ports-os2
Reply | Threaded
Open this post in threaded view
|

Re: Strange behaviour in SMPmW118 Mailer

Christer Jacobsson
Dave Yeo wrote:

> Christer Jacobsson wrote:
>> As Salaam Aleikum!
>>
>> Sorry for the resending of this msg, but She must add some important
>> information after the text below:
>>
>> She uses SMPmW118 as a mailer client and up until a week ago it handled
>> junk mail properly, i.e. when a junk mail arrived, the Junk icon flashed
>> on and the junk mail was moved to the Junk folder. But now SMPmW118 just
>> sets the flag but don't move the mail to the Junk folder, so She has to
>> unjunk the offending mail, and mark it as Junk again, then it goes to
>> the Trash folder instead. Are there some settings in prefs.js that can
>> be done to cure this problem? The change must obviously be done when
>> SMPmW118 is closed down, so THAT trap She knows about. Just now a junk
>> mail appeared in the Inbox with the Junk flag set, and She had to unjunk
>> it, mark it as Junk again and the mail when to the Trash folder directly.
>>
>> What's worse is that another mysterious problem have cropped up in
>> SMPmW118 - if She tries to change profile data, either in the "Mail and
>> news account settings" or "Preferences", the changes don't stick.
>> Clicking OK should close the abovementioned settings but the windows
>> DON'T close and save the changed settings: hitting Cancel closes the
>> windows but when She opens the relevant Preferences settings and check
>> the settings, they remain the same as before She tried to change this.
>>
>> Can this problem be fixed if She edits prefs.js "by hand" when SMPmW118
>> is closed down, or can this errant behaviour be attributed to some
>> damaged code in the SMPPmW code tree?
>
> Something is broken in your profile. Do you have a backup from before
> the problem started? If so you could restore everything except the mail
> and news directories.

This She suppose are the top files in the Profile tree, i.e. where the
prefs.js, bookmarks.htm and other files are stored? Here is a file list
She prepared just now and which She quotes below:

<$quote>

  Volume in drive Y is MOZ_SOUND      Serial number is 3F93:3413
  Directory of
Y:\mozilla.org\Mozilla\Mozilla\Profiles\cribo.jacobsson\ffml759q.slt\*

16-05-04  22.41         <DIR>        0  .
16-02-28  14.13         <DIR>        0  ..
16-05-04  22.37         <DIR>        0  Cache
16-02-28  14.16         <DIR>        0  Calendar
16-02-28  14.16         <DIR>        0  chatzilla
16-02-28  14.16         <DIR>        0  chrome
16-02-28  14.16         <DIR>        0  copy
16-02-28  14.17         <DIR>        0  Mail
16-05-04  20.34         <DIR>        0  News
16-04-15   2.31          19.372      0  78476851.s
14-10-05  10.29          13.635      0  78476851.w
14-01-27  12.10              88      0  90820967.s
16-04-29  13.49         440.421    124  abook.mab
16-05-01  18.46         172.032      0  bookmarks-1.html
16-05-04  13.35         553.358      0  bookmarks.html
10-11-20   7.02             418      0  bookmarks.html.new
16-05-04  13.35         360.448      0  cert8.db
16-05-04  13.08          57.666      0  cookies.txt
16-05-04   8.43         130.823      0  downloads.rdf
14-11-30  10.41           1.784    124  Drafts.msf
16-05-04  13.35      83.002.071    124  history.dat
  7-06-15  17.02           1.423      0  history.mab
  7-08-11   8.29              91      0  hostperm.1
16-05-04   8.43      12.927.286      0  junklog.html
16-05-04  13.35          16.384    124  key3.db
  8-10-07  20.53          16.384      0  key3.db.old
16-05-04   8.43          22.099      0  localstore.rdf
  2-12-18   0.03             499      0  mailViews.dat
14-10-07   9.42          13.968      0  mimeTypes.rdf
14-11-30  10.41           1.722    124  nstmp-2.msf
14-11-30  10.41           1.722    124  nstmp.msf
16-05-04  13.35          10.233    124  panacea.dat
  8-01-05   1.00           1.402      0  panels.rdf
  7-06-14  15.04               0      0  parent.lock
13-11-06   3.27               0      0  prefs-1.js
13-10-18  19.33          31.074      0  prefs.current
16-05-04  13.35          37.394      0  prefs.js
14-01-29   2.18          31.569      0  prefs.js.20140129
14-01-29   2.18          31.569      0  prefs.sj
16-05-04  22.41               0      0  profile.txt
14-11-30  10.41          43.771    124  Saved messages.msf
13-10-22  15.15             438      0  search.rdf
14-10-16  12.52          16.384    124  secmod.db
  8-10-03  15.24          16.384    124  secmod.db.old
  8-10-02  20.58          16.384      0  secmod.old
14-11-30  10.41           1.940    124  Templates.msf
16-05-04  19.13       3.611.946    124  training.dat
16-02-03  15.27              64      0  URL.tbl
16-05-04  13.35              10      0  virtualFolders.dat
15-03-20  14.37           5.120      0  webappsstore.sqlite
      101.609.376 bytes (96MB) in 41 files and 9 dirs
   12.317.349.376 bytes (11GB) free

</$quote>

So which of these files are essential to backup and which files can be
left out? And She will investigate the backup tapes to see if prefs.js
is good: if the backup is older than two weeks (she had trouble with the
tape station for awhile but that was cleared up by obtaining a fresh
cleaning tape: ran it two times in the tape station and after that it
has worked just fine), then perhaps it contains a healthy prefs.js file.
Are there other files that must be restored to make SM work properly?
Btw, why does the *.msf files exist in the top directory AND in the
Mail->mail1.901.telia.com (Telia is Her ISP)?

> Otherwise, there are some files that get corrupted and can be deleted
> but it has been a long time since I used SM 1.x and can't really
> remember besides deleting XUL.mfl.
> Mozilla profiles are fragile and it is a good idea to keep a couple of
> generations of backups.

As She kicks off SMPmW118 from a .cmd file which look like this:

<$quote>

setlocal
set LIBPATHSTRICT=T
set BEGINLIBPATH=y:\mozilla.org\mozilla\SMPmW118
rem set NSPR_LOG_MODULES=smtp:1
rem set NSPR_LOG_FILE=y:\mozilla.org\mozilla\SMPmW118\smtp.log
set MOZILLA_HOME=Y:\mozilla.org\mozilla
set MOZ_PLUGIN_PATH=y:\mozilla.org\mozilla\plugins
set MOZ_NO_REMOTE=1
seamonkey.exe -P default -mailer
rem cdd y:\mozilla.org\mozilla\mozilla\Profiles\cribo.jacobsson
rem xcopy ffml759q.slt savedprofile /S /E /V /H /T /R /O
endlocal

</$quote>

Notice the rem'ed out xcopy statement: She used it a long tima ago, but
it took a long time to execute, so She rem'ed them out. But if She knows
which files are absolutely essential to backup, then the best strategy
would be to zip them up just before seamonkey.exe is invoked; if SM
crashes and takes down some important files by the crash, it would be a
simple affair to unzip the archive, thus restoring the good files

> At the worst you'll have to create a new profile and copy over your mail
> and news
> Dave

And the security files too: namely those that has an ending of .s and .w
plus cert8.db and secmod.db.  What function does the file panacea.dat
have for SM?


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 20th Anniversary :-)  Ex-wife deceased :-(
        Team OS/2      e-mail:  [hidden email] (Primary)
        Team eCs       e-mail:  [hidden email]   (Alternate)
        Team DRW       Dare Refuse Windows
        Chunkawakan    Lakota/Sioux: Horse
_______________________________________________
dev-ports-os2 mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-ports-os2
Reply | Threaded
Open this post in threaded view
|

Re: Strange behaviour in SMPmW118 Mailer

Dave Yeo-3
Christer Jacobsson wrote:

> Dave Yeo wrote:
>> Christer Jacobsson wrote:
>>> As Salaam Aleikum!
>>>
>>> Sorry for the resending of this msg, but She must add some important
>>> information after the text below:
>>>
>>> She uses SMPmW118 as a mailer client and up until a week ago it handled
>>> junk mail properly, i.e. when a junk mail arrived, the Junk icon flashed
>>> on and the junk mail was moved to the Junk folder. But now SMPmW118 just
>>> sets the flag but don't move the mail to the Junk folder, so She has to
>>> unjunk the offending mail, and mark it as Junk again, then it goes to
>>> the Trash folder instead. Are there some settings in prefs.js that can
>>> be done to cure this problem? The change must obviously be done when
>>> SMPmW118 is closed down, so THAT trap She knows about. Just now a junk
>>> mail appeared in the Inbox with the Junk flag set, and She had to unjunk
>>> it, mark it as Junk again and the mail when to the Trash folder
>>> directly.
>>>
>>> What's worse is that another mysterious problem have cropped up in
>>> SMPmW118 - if She tries to change profile data, either in the "Mail and
>>> news account settings" or "Preferences", the changes don't stick.
>>> Clicking OK should close the abovementioned settings but the windows
>>> DON'T close and save the changed settings: hitting Cancel closes the
>>> windows but when She opens the relevant Preferences settings and check
>>> the settings, they remain the same as before She tried to change this.
>>>
>>> Can this problem be fixed if She edits prefs.js "by hand" when SMPmW118
>>> is closed down, or can this errant behaviour be attributed to some
>>> damaged code in the SMPPmW code tree?
>>
>> Something is broken in your profile. Do you have a backup from before
>> the problem started? If so you could restore everything except the
>> mail and news directories.
>
> This She suppose are the top files in the Profile tree, i.e. where the
> prefs.js, bookmarks.htm and other files are stored? Here is a file list
> She prepared just now and which She quotes below:
>
> <$quote>
>
>   Volume in drive Y is MOZ_SOUND      Serial number is 3F93:3413
>   Directory of
> Y:\mozilla.org\Mozilla\Mozilla\Profiles\cribo.jacobsson\ffml759q.slt\*
>
> 16-05-04  22.41         <DIR>        0  .
> 16-02-28  14.13         <DIR>        0  ..
> 16-05-04  22.37         <DIR>        0  Cache
> 16-02-28  14.16         <DIR>        0  Calendar
> 16-02-28  14.16         <DIR>        0  chatzilla
> 16-02-28  14.16         <DIR>        0  chrome
> 16-02-28  14.16         <DIR>        0  copy
> 16-02-28  14.17         <DIR>        0  Mail
> 16-05-04  20.34         <DIR>        0  News
> 16-04-15   2.31          19.372      0  78476851.s
> 14-10-05  10.29          13.635      0  78476851.w
> 14-01-27  12.10              88      0  90820967.s
> 16-04-29  13.49         440.421    124  abook.mab
> 16-05-01  18.46         172.032      0  bookmarks-1.html
> 16-05-04  13.35         553.358      0  bookmarks.html
> 10-11-20   7.02             418      0  bookmarks.html.new
> 16-05-04  13.35         360.448      0  cert8.db
> 16-05-04  13.08          57.666      0  cookies.txt
> 16-05-04   8.43         130.823      0  downloads.rdf
> 14-11-30  10.41           1.784    124  Drafts.msf
> 16-05-04  13.35      83.002.071    124  history.dat
>   7-06-15  17.02           1.423      0  history.mab
>   7-08-11   8.29              91      0  hostperm.1
> 16-05-04   8.43      12.927.286      0  junklog.html
> 16-05-04  13.35          16.384    124  key3.db
>   8-10-07  20.53          16.384      0  key3.db.old
> 16-05-04   8.43          22.099      0  localstore.rdf
>   2-12-18   0.03             499      0  mailViews.dat
> 14-10-07   9.42          13.968      0  mimeTypes.rdf
> 14-11-30  10.41           1.722    124  nstmp-2.msf
> 14-11-30  10.41           1.722    124  nstmp.msf
> 16-05-04  13.35          10.233    124  panacea.dat
>   8-01-05   1.00           1.402      0  panels.rdf
>   7-06-14  15.04               0      0  parent.lock
> 13-11-06   3.27               0      0  prefs-1.js
> 13-10-18  19.33          31.074      0  prefs.current
> 16-05-04  13.35          37.394      0  prefs.js
> 14-01-29   2.18          31.569      0  prefs.js.20140129
> 14-01-29   2.18          31.569      0  prefs.sj
> 16-05-04  22.41               0      0  profile.txt
> 14-11-30  10.41          43.771    124  Saved messages.msf
> 13-10-22  15.15             438      0  search.rdf
> 14-10-16  12.52          16.384    124  secmod.db
>   8-10-03  15.24          16.384    124  secmod.db.old
>   8-10-02  20.58          16.384      0  secmod.old
> 14-11-30  10.41           1.940    124  Templates.msf
> 16-05-04  19.13       3.611.946    124  training.dat
> 16-02-03  15.27              64      0  URL.tbl
> 16-05-04  13.35              10      0  virtualFolders.dat
> 15-03-20  14.37           5.120      0  webappsstore.sqlite
>       101.609.376 bytes (96MB) in 41 files and 9 dirs
>    12.317.349.376 bytes (11GB) free
>
> </$quote>
>
> So which of these files are essential to backup and which files can be
> left out?

Simplest would be to back up everything except Cache/ which is probably
the biggest part of your profile and easiest to rebuild.

Go up from your profile and delete XUL.mfl (with SM closed) as it often
gets corrupt and will get rebuilt.

> And She will investigate the backup tapes to see if prefs.js
> is good: if the backup is older than two weeks (she had trouble with the
> tape station for awhile but that was cleared up by obtaining a fresh
> cleaning tape: ran it two times in the tape station and after that it
> has worked just fine), then perhaps it contains a healthy prefs.js file.
> Are there other files that must be restored to make SM work properly?

I can't think of any, but it has been awhile and I may well have forgot.

> Btw, why does the *.msf files exist in the top directory AND in the
> Mail->mail1.901.telia.com (Telia is Her ISP)?

Good question, they probably shouldn't be there.

>
>> Otherwise, there are some files that get corrupted and can be deleted
>> but it has been a long time since I used SM 1.x and can't really
>> remember besides deleting XUL.mfl.
>> Mozilla profiles are fragile and it is a good idea to keep a couple of
>> generations of backups.
>
> As She kicks off SMPmW118 from a .cmd file which look like this:
>
> <$quote>
>
> setlocal
> set LIBPATHSTRICT=T
> set BEGINLIBPATH=y:\mozilla.org\mozilla\SMPmW118
> rem set NSPR_LOG_MODULES=smtp:1
> rem set NSPR_LOG_FILE=y:\mozilla.org\mozilla\SMPmW118\smtp.log
> set MOZILLA_HOME=Y:\mozilla.org\mozilla
> set MOZ_PLUGIN_PATH=y:\mozilla.org\mozilla\plugins
> set MOZ_NO_REMOTE=1
> seamonkey.exe -P default -mailer
> rem cdd y:\mozilla.org\mozilla\mozilla\Profiles\cribo.jacobsson
> rem xcopy ffml759q.slt savedprofile /S /E /V /H /T /R /O
> endlocal
>
> </$quote>
>
> Notice the rem'ed out xcopy statement: She used it a long tima ago, but
> it took a long time to execute, so She rem'ed them out. But if She knows
> which files are absolutely essential to backup, then the best strategy
> would be to zip them up just before seamonkey.exe is invoked; if SM
> crashes and takes down some important files by the crash, it would be a
> simple affair to unzip the archive, thus restoring the good files

I use rsync,
rsync -hia2X -del Z:\Mozprofiles g:\Mozprofiles 2>&1 | tee mrsync.log
which I run when closing SM etc and periodically zip up the archive.

>
>> At the worst you'll have to create a new profile and copy over your
>> mail and news
>> Dave
>
> And the security files too: namely those that has an ending of .s and .w
> plus cert8.db and secmod.db.  What function does the file panacea.dat
> have for SM?

I can't remember but if I remember correctly, that any *.dat file can be
safely deleted (backup first)

Dave
_______________________________________________
dev-ports-os2 mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-ports-os2
Reply | Threaded
Open this post in threaded view
|

Re: Strange behaviour in SMPmW118 Mailer

Christer Jacobsson
Dave Yeo wrote:

> Christer Jacobsson wrote:
>> Dave Yeo wrote:
>>> Christer Jacobsson wrote:
>>>> As Salaam Aleikum!
>>>>
>>>> Sorry for the resending of this msg, but She must add some important
>>>> information after the text below:
>>>>
>>>> She uses SMPmW118 as a mailer client and up until a week ago it handled
>>>> junk mail properly, i.e. when a junk mail arrived, the Junk icon
>>>> flashed
>>>> on and the junk mail was moved to the Junk folder. But now SMPmW118
>>>> just
>>>> sets the flag but don't move the mail to the Junk folder, so She has to
>>>> unjunk the offending mail, and mark it as Junk again, then it goes to
>>>> the Trash folder instead. Are there some settings in prefs.js that can
>>>> be done to cure this problem? The change must obviously be done when
>>>> SMPmW118 is closed down, so THAT trap She knows about. Just now a junk
>>>> mail appeared in the Inbox with the Junk flag set, and She had to
>>>> unjunk
>>>> it, mark it as Junk again and the mail when to the Trash folder
>>>> directly.
>>>>
>>>> What's worse is that another mysterious problem have cropped up in
>>>> SMPmW118 - if She tries to change profile data, either in the "Mail and
>>>> news account settings" or "Preferences", the changes don't stick.
>>>> Clicking OK should close the abovementioned settings but the windows
>>>> DON'T close and save the changed settings: hitting Cancel closes the
>>>> windows but when She opens the relevant Preferences settings and check
>>>> the settings, they remain the same as before She tried to change this.
>>>>
>>>> Can this problem be fixed if She edits prefs.js "by hand" when SMPmW118
>>>> is closed down, or can this errant behaviour be attributed to some
>>>> damaged code in the SMPPmW code tree?
>>>
>>> Something is broken in your profile. Do you have a backup from before
>>> the problem started? If so you could restore everything except the
>>> mail and news directories.
>>
>> This She suppose are the top files in the Profile tree, i.e. where the
>> prefs.js, bookmarks.htm and other files are stored? Here is a file list
>> She prepared just now and which She quotes below:
>>
>> <$quote>
>>
>>   Volume in drive Y is MOZ_SOUND      Serial number is 3F93:3413
>>   Directory of
>> Y:\mozilla.org\Mozilla\Mozilla\Profiles\cribo.jacobsson\ffml759q.slt\*
>>
>> 16-05-04  22.41         <DIR>        0  .
>> 16-02-28  14.13         <DIR>        0  ..
>> 16-05-04  22.37         <DIR>        0  Cache
>> 16-02-28  14.16         <DIR>        0  Calendar
>> 16-02-28  14.16         <DIR>        0  chatzilla
>> 16-02-28  14.16         <DIR>        0  chrome
>> 16-02-28  14.16         <DIR>        0  copy
>> 16-02-28  14.17         <DIR>        0  Mail
>> 16-05-04  20.34         <DIR>        0  News
>> 16-04-15   2.31          19.372      0  78476851.s
>> 14-10-05  10.29          13.635      0  78476851.w
>> 14-01-27  12.10              88      0  90820967.s
>> 16-04-29  13.49         440.421    124  abook.mab
>> 16-05-01  18.46         172.032      0  bookmarks-1.html
>> 16-05-04  13.35         553.358      0  bookmarks.html
>> 10-11-20   7.02             418      0  bookmarks.html.new
>> 16-05-04  13.35         360.448      0  cert8.db
>> 16-05-04  13.08          57.666      0  cookies.txt
>> 16-05-04   8.43         130.823      0  downloads.rdf
>> 14-11-30  10.41           1.784    124  Drafts.msf
>> 16-05-04  13.35      83.002.071    124  history.dat
>>   7-06-15  17.02           1.423      0  history.mab
>>   7-08-11   8.29              91      0  hostperm.1
>> 16-05-04   8.43      12.927.286      0  junklog.html
>> 16-05-04  13.35          16.384    124  key3.db
>>   8-10-07  20.53          16.384      0  key3.db.old
>> 16-05-04   8.43          22.099      0  localstore.rdf
>>   2-12-18   0.03             499      0  mailViews.dat
>> 14-10-07   9.42          13.968      0  mimeTypes.rdf
>> 14-11-30  10.41           1.722    124  nstmp-2.msf
>> 14-11-30  10.41           1.722    124  nstmp.msf
>> 16-05-04  13.35          10.233    124  panacea.dat
>>   8-01-05   1.00           1.402      0  panels.rdf
>>   7-06-14  15.04               0      0  parent.lock
>> 13-11-06   3.27               0      0  prefs-1.js
>> 13-10-18  19.33          31.074      0  prefs.current
>> 16-05-04  13.35          37.394      0  prefs.js
>> 14-01-29   2.18          31.569      0  prefs.js.20140129
>> 14-01-29   2.18          31.569      0  prefs.sj
>> 16-05-04  22.41               0      0  profile.txt
>> 14-11-30  10.41          43.771    124  Saved messages.msf
>> 13-10-22  15.15             438      0  search.rdf
>> 14-10-16  12.52          16.384    124  secmod.db
>>   8-10-03  15.24          16.384    124  secmod.db.old
>>   8-10-02  20.58          16.384      0  secmod.old
>> 14-11-30  10.41           1.940    124  Templates.msf
>> 16-05-04  19.13       3.611.946    124  training.dat
>> 16-02-03  15.27              64      0  URL.tbl
>> 16-05-04  13.35              10      0  virtualFolders.dat
>> 15-03-20  14.37           5.120      0  webappsstore.sqlite
>>       101.609.376 bytes (96MB) in 41 files and 9 dirs
>>    12.317.349.376 bytes (11GB) free
>>
>> </$quote>
>>
>> So which of these files are essential to backup and which files can be
>> left out?
>
> Simplest would be to back up everything except Cache/ which is probably
> the biggest part of your profile and easiest to rebuild.
>
> Go up from your profile and delete XUL.mfl (with SM closed) as it often
> gets corrupt and will get rebuilt.
>

There is NO XUL.mfl in Her default whose top dir is called
"cribo.jacobsson\ffml497q.slt" profile BUT on exists in a copy of the
profile which She did and this file is dated 2007-something, and there
is one in a profile called "Default" which is empty exept for the file
XUL.mfl. So should She copy one of these to the
"cribo.jacobsson\<cat>.slt. Or should She get the full copy from a tape
which was done in February this year and just restore every file (exept
  for the bookmarks.htm and history.dat; She can't think that leaving
these be will fuck up the behaviour of SMPmW118.

>> And She will investigate the backup tapes to see if prefs.js
>> is good: if the backup is older than two weeks (she had trouble with the
>> tape station for awhile but that was cleared up by obtaining a fresh
>> cleaning tape: ran it two times in the tape station and after that it
>> has worked just fine), then perhaps it contains a healthy prefs.js file.
>> Are there other files that must be restored to make SM work properly?
>
> I can't think of any, but it has been awhile and I may well have forgot.
>
>> Btw, why does the *.msf files exist in the top directory AND in the
>> Mail->mail1.901.telia.com (Telia is Her ISP)?
>
> Good question, they probably shouldn't be there.
>
>>
>>> Otherwise, there are some files that get corrupted and can be deleted
>>> but it has been a long time since I used SM 1.x and can't really
>>> remember besides deleting XUL.mfl.

See the above for the XUL.mfl; it don't exist in Her working profile.

>>> Mozilla profiles are fragile and it is a good idea to keep a couple of
>>> generations of backups.
>>
>> As She kicks off SMPmW118 from a .cmd file which look like this:
>>
>> <$quote>
>>
>> setlocal
>> set LIBPATHSTRICT=T
>> set BEGINLIBPATH=y:\mozilla.org\mozilla\SMPmW118
>> rem set NSPR_LOG_MODULES=smtp:1
>> rem set NSPR_LOG_FILE=y:\mozilla.org\mozilla\SMPmW118\smtp.log
>> set MOZILLA_HOME=Y:\mozilla.org\mozilla
>> set MOZ_PLUGIN_PATH=y:\mozilla.org\mozilla\plugins
>> set MOZ_NO_REMOTE=1
>> seamonkey.exe -P default -mailer
>> rem cdd y:\mozilla.org\mozilla\mozilla\Profiles\cribo.jacobsson
>> rem xcopy ffml759q.slt savedprofile /S /E /V /H /T /R /O
>> endlocal
>>
>> </$quote>
>>
>> Notice the rem'ed out xcopy statement: She used it a long tima ago, but
>> it took a long time to execute, so She rem'ed them out. But if She knows
>> which files are absolutely essential to backup, then the best strategy
>> would be to zip them up just before seamonkey.exe is invoked; if SM
>> crashes and takes down some important files by the crash, it would be a
>> simple affair to unzip the archive, thus restoring the good files
>
> I use rsync,
> rsync -hia2X -del Z:\Mozprofiles g:\Mozprofiles 2>&1 | tee mrsync.log
> which I run when closing SM etc and periodically zip up the archive.
>
>>
>>> At the worst you'll have to create a new profile and copy over your
>>> mail and news
>>> Dave
>>
>> And the security files too: namely those that has an ending of .s and .w
>> plus cert8.db and secmod.db.  What function does the file panacea.dat
>> have for SM?
>
> I can't remember but if I remember correctly, that any *.dat file can be
> safely deleted (backup first)
>
> Dave


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 20th Anniversary :-)  Ex-wife deceased :-(
        Team OS/2      e-mail:  [hidden email] (Primary)
        Team eCs       e-mail:  [hidden email]   (Alternate)
        Team DRW       Dare Refuse Windows
        Chunkawakan    Lakota/Sioux: Horse
_______________________________________________
dev-ports-os2 mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-ports-os2
Reply | Threaded
Open this post in threaded view
|

Re: Strange behaviour in SMPmW118 Mailer

Christer Jacobsson
In reply to this post by Dave Yeo-3
Dave Yeo wrote:

> Christer Jacobsson wrote:
>> Dave Yeo wrote:
>>> Christer Jacobsson wrote:
>>>> As Salaam Aleikum!
>>>>
>>>> Sorry for the resending of this msg, but She must add some important
>>>> information after the text below:
>>>>
>>>> She uses SMPmW118 as a mailer client and up until a week ago it handled
>>>> junk mail properly, i.e. when a junk mail arrived, the Junk icon
>>>> flashed
>>>> on and the junk mail was moved to the Junk folder. But now SMPmW118
>>>> just
>>>> sets the flag but don't move the mail to the Junk folder, so She has to
>>>> unjunk the offending mail, and mark it as Junk again, then it goes to
>>>> the Trash folder instead. Are there some settings in prefs.js that can
>>>> be done to cure this problem? The change must obviously be done when
>>>> SMPmW118 is closed down, so THAT trap She knows about. Just now a junk
>>>> mail appeared in the Inbox with the Junk flag set, and She had to
>>>> unjunk
>>>> it, mark it as Junk again and the mail when to the Trash folder
>>>> directly.
>>>>
>>>> What's worse is that another mysterious problem have cropped up in
>>>> SMPmW118 - if She tries to change profile data, either in the "Mail and
>>>> news account settings" or "Preferences", the changes don't stick.
>>>> Clicking OK should close the abovementioned settings but the windows
>>>> DON'T close and save the changed settings: hitting Cancel closes the
>>>> windows but when She opens the relevant Preferences settings and check
>>>> the settings, they remain the same as before She tried to change this.
>>>>
>>>> Can this problem be fixed if She edits prefs.js "by hand" when SMPmW118
>>>> is closed down, or can this errant behaviour be attributed to some
>>>> damaged code in the SMPPmW code tree?
>>>
>>> Something is broken in your profile. Do you have a backup from before
>>> the problem started? If so you could restore everything except the
>>> mail and news directories.
>>
>> This She suppose are the top files in the Profile tree, i.e. where the
>> prefs.js, bookmarks.htm and other files are stored? Here is a file list
>> She prepared just now and which She quotes below:
>>
>> <$quote>
>>
>>   Volume in drive Y is MOZ_SOUND      Serial number is 3F93:3413
>>   Directory of
>> Y:\mozilla.org\Mozilla\Mozilla\Profiles\cribo.jacobsson\ffml759q.slt\*
>>
>> 16-05-04  22.41         <DIR>        0  .
>> 16-02-28  14.13         <DIR>        0  ..
>> 16-05-04  22.37         <DIR>        0  Cache
>> 16-02-28  14.16         <DIR>        0  Calendar
>> 16-02-28  14.16         <DIR>        0  chatzilla
>> 16-02-28  14.16         <DIR>        0  chrome
>> 16-02-28  14.16         <DIR>        0  copy
>> 16-02-28  14.17         <DIR>        0  Mail
>> 16-05-04  20.34         <DIR>        0  News
>> 16-04-15   2.31          19.372      0  78476851.s
>> 14-10-05  10.29          13.635      0  78476851.w
>> 14-01-27  12.10              88      0  90820967.s
>> 16-04-29  13.49         440.421    124  abook.mab
>> 16-05-01  18.46         172.032      0  bookmarks-1.html
>> 16-05-04  13.35         553.358      0  bookmarks.html
>> 10-11-20   7.02             418      0  bookmarks.html.new
>> 16-05-04  13.35         360.448      0  cert8.db
>> 16-05-04  13.08          57.666      0  cookies.txt
>> 16-05-04   8.43         130.823      0  downloads.rdf
>> 14-11-30  10.41           1.784    124  Drafts.msf
>> 16-05-04  13.35      83.002.071    124  history.dat
>>   7-06-15  17.02           1.423      0  history.mab
>>   7-08-11   8.29              91      0  hostperm.1
>> 16-05-04   8.43      12.927.286      0  junklog.html
>> 16-05-04  13.35          16.384    124  key3.db
>>   8-10-07  20.53          16.384      0  key3.db.old
>> 16-05-04   8.43          22.099      0  localstore.rdf
>>   2-12-18   0.03             499      0  mailViews.dat
>> 14-10-07   9.42          13.968      0  mimeTypes.rdf
>> 14-11-30  10.41           1.722    124  nstmp-2.msf
>> 14-11-30  10.41           1.722    124  nstmp.msf
>> 16-05-04  13.35          10.233    124  panacea.dat
>>   8-01-05   1.00           1.402      0  panels.rdf
>>   7-06-14  15.04               0      0  parent.lock
>> 13-11-06   3.27               0      0  prefs-1.js
>> 13-10-18  19.33          31.074      0  prefs.current
>> 16-05-04  13.35          37.394      0  prefs.js
>> 14-01-29   2.18          31.569      0  prefs.js.20140129
>> 14-01-29   2.18          31.569      0  prefs.sj
>> 16-05-04  22.41               0      0  profile.txt
>> 14-11-30  10.41          43.771    124  Saved messages.msf
>> 13-10-22  15.15             438      0  search.rdf
>> 14-10-16  12.52          16.384    124  secmod.db
>>   8-10-03  15.24          16.384    124  secmod.db.old
>>   8-10-02  20.58          16.384      0  secmod.old
>> 14-11-30  10.41           1.940    124  Templates.msf
>> 16-05-04  19.13       3.611.946    124  training.dat
>> 16-02-03  15.27              64      0  URL.tbl
>> 16-05-04  13.35              10      0  virtualFolders.dat
>> 15-03-20  14.37           5.120      0  webappsstore.sqlite
>>       101.609.376 bytes (96MB) in 41 files and 9 dirs
>>    12.317.349.376 bytes (11GB) free
>>
>> </$quote>
>>
>> So which of these files are essential to backup and which files can be
>> left out?
>
> Simplest would be to back up everything except Cache/ which is probably
> the biggest part of your profile and easiest to rebuild.
>
> Go up from your profile and delete XUL.mfl (with SM closed) as it often
> gets corrupt and will get rebuilt.
>
>> And She will investigate the backup tapes to see if prefs.js
>> is good: if the backup is older than two weeks (she had trouble with the
>> tape station for awhile but that was cleared up by obtaining a fresh
>> cleaning tape: ran it two times in the tape station and after that it
>> has worked just fine), then perhaps it contains a healthy prefs.js file.
>> Are there other files that must be restored to make SM work properly?
>
> I can't think of any, but it has been awhile and I may well have forgot.
>
>> Btw, why does the *.msf files exist in the top directory AND in the
>> Mail->mail1.901.telia.com (Telia is Her ISP)?
>
> Good question, they probably shouldn't be there.
>
>>
>>> Otherwise, there are some files that get corrupted and can be deleted
>>> but it has been a long time since I used SM 1.x and can't really
>>> remember besides deleting XUL.mfl.
>>> Mozilla profiles are fragile and it is a good idea to keep a couple of
>>> generations of backups.
>>
>> As She kicks off SMPmW118 from a .cmd file which look like this:
>>
>> <$quote>
>>
>> setlocal
>> set LIBPATHSTRICT=T
>> set BEGINLIBPATH=y:\mozilla.org\mozilla\SMPmW118
>> rem set NSPR_LOG_MODULES=smtp:1
>> rem set NSPR_LOG_FILE=y:\mozilla.org\mozilla\SMPmW118\smtp.log
>> set MOZILLA_HOME=Y:\mozilla.org\mozilla
>> set MOZ_PLUGIN_PATH=y:\mozilla.org\mozilla\plugins
>> set MOZ_NO_REMOTE=1
>> seamonkey.exe -P default -mailer
>> rem cdd y:\mozilla.org\mozilla\mozilla\Profiles\cribo.jacobsson
>> rem xcopy ffml759q.slt savedprofile /S /E /V /H /T /R /O
>> endlocal
>>
>> </$quote>
>>
>> Notice the rem'ed out xcopy statement: She used it a long tima ago, but
>> it took a long time to execute, so She rem'ed them out. But if She knows
>> which files are absolutely essential to backup, then the best strategy
>> would be to zip them up just before seamonkey.exe is invoked; if SM
>> crashes and takes down some important files by the crash, it would be a
>> simple affair to unzip the archive, thus restoring the good files
>
> I use rsync,
> rsync -hia2X -del Z:\Mozprofiles g:\Mozprofiles 2>&1 | tee mrsync.log
> which I run when closing SM etc and periodically zip up the archive.
>
>>
>>> At the worst you'll have to create a new profile and copy over your
>>> mail and news
>>> Dave
>>
>> And the security files too: namely those that has an ending of .s and .w
>> plus cert8.db and secmod.db.  What function does the file panacea.dat
>> have for SM?
>
> I can't remember but if I remember correctly, that any *.dat file can be
> safely deleted (backup first)
>
> Dave

She can report some new info on SMPmw118 and that if She kicks off the
mailer from within eCs20rc4 which have a lot off extra stuff installed
in it, i.e. klibc6(sp?) and other things that She installed to get the
Flash11 plugin to work here, the mailer comes up just fine and it DON'T
freeze as it does in WSeB! :-) She have a vague memory installing
klibc6(sp?) and the other stuff required for Flash to fool Flash11 to
work there, but there is what no-joy :-( So She's gonna let mailer run
today to see if it handles junk mail as it should, i.e. moving it to the
Junk folder instead of Her unjunking / junk mark such mail when the
mailer is run under WSeB. But HOW can the mailer misbehave in WSeB but
behave as it should here in eCs20rc4? Just writing this post is like a
smoothie going down to your stomach :-)


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 20th Anniversary :-)  Ex-wife deceased :-(
        Team OS/2      e-mail:  [hidden email] (Primary)
        Team eCs       e-mail:  [hidden email]   (Alternate)
        Team DRW       Dare Refuse Windows
        Chunkawakan    Lakota/Sioux: Horse
_______________________________________________
dev-ports-os2 mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-ports-os2
Reply | Threaded
Open this post in threaded view
|

Re: Strange behaviour in SMPmW118 Mailer

Dave Yeo-3
Christer Jacobsson wrote:

> She can report some new info on SMPmw118 and that if She kicks off the
> mailer from within eCs20rc4 which have a lot off extra stuff installed
> in it, i.e. klibc6(sp?) and other things that She installed to get the
> Flash11 plugin to work here, the mailer comes up just fine and it DON'T
> freeze as it does in WSeB! :-) She have a vague memory installing
> klibc6(sp?) and the other stuff required for Flash to fool Flash11 to
> work there, but there is what no-joy :-( So She's gonna let mailer run
> today to see if it handles junk mail as it should, i.e. moving it to the
> Junk folder instead of Her unjunking / junk mark such mail when the
> mailer is run under WSeB. But HOW can the mailer misbehave in WSeB but
> behave as it should here in eCs20rc4? Just writing this post is like a
> smoothie going down to your stomach :-)
>

Do you still have Flash installed? If so try uninstalling it. You might
have to install and then uninstall on your WSEB.
Dave
_______________________________________________
dev-ports-os2 mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-ports-os2
Reply | Threaded
Open this post in threaded view
|

Re: Strange behaviour in SMPmW118 Mailer

Christer Jacobsson
Dave Yeo wrote:

> Christer Jacobsson wrote:
>> She can report some new info on SMPmw118 and that if She kicks off the
>> mailer from within eCs20rc4 which have a lot off extra stuff installed
>> in it, i.e. klibc6(sp?) and other things that She installed to get the
>> Flash11 plugin to work here, the mailer comes up just fine and it DON'T
>> freeze as it does in WSeB! :-) She have a vague memory installing
>> klibc6(sp?) and the other stuff required for Flash to fool Flash11 to
>> work there, but there is what no-joy :-( So She's gonna let mailer run
>> today to see if it handles junk mail as it should, i.e. moving it to the
>> Junk folder instead of Her unjunking / junk mark such mail when the
>> mailer is run under WSeB. But HOW can the mailer misbehave in WSeB but
>> behave as it should here in eCs20rc4? Just writing this post is like a
>> smoothie going down to your stomach :-)
>>
>
> Do you still have Flash installed? If so try uninstalling it. You might
> have to install and then uninstall on your WSEB.
> Dave

Thhe Flash was installed under eCs20rc4, and Flash version of FF namely
the 17.0.11esr are kicked off by a separate firefoxnewprofile_flash.cmd
file, and only from  inside eCs20rc4. Here we are talking about
SeaMonkey/2, i.e. SMPmW118 and as She sometimes have both SM/2 and FF/2
(the 10.0.2 version) running in parallell - I know its an old version
but if you only have 640Mib RAM, so if for example She wants to grab an
old Top Ten song from youtube, the steps She takes are as follows: Close
SM, fire up FF/2, search Google for the relevant youtube, click on it,
copy the youtube adress to the ManyClip clipboard, close down FF, fire
up SMPMW118, bring up the Navigator window, go to the conversion site
and extract the mp3 file there. Note that She ALWAYS starts SMPmW118 and
various versions of FF/2 from separate cmd files - She have listed the
relevant cmd file for SMPMw118 for you where -P Default" points to a
profile named
y:\mozilla.org\mozilla\mozilla\profiles\cribo.jacobsson\<catname>.slt
and under that is Mail->mail1.901.telia.com where Her mail are stored.

Now you recommended Her to make a totally new profile in SMPmW118 so
these pesky mail problems go away, but (1) can this be done withou the
new profile creating a new mail and news tree, i.e. letting the new
profile point to the mail1.901.telia.com (for email) and the News dir
(for news) and (2) how do She "migrate" over Her bookmarks, cookies,
passwords, certificates and similar stuff to the new profile? Ane when
we are at email itself discussion, WHERE is the information about the
mail panes stored? She have three panes: the leftmost contains the top
entry for the mail content and it's subfolders plus the number of
unread, total and size of each subfolder. The two rightmost panes are
the mail listing which have the following entries going from left to
right: Icon for attachhment, Recipient, Sender, Junk symbol, Subject,
Date&time, size, Flag and Size. This order She wants preserved if She
creates a new profile. and when the profile creation is done SMPmW118
will be kicked off by a new .cmd file but pointing to the new profile
instead.


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 20th Anniversary :-)  Ex-wife deceased :-(
        Team OS/2      e-mail:  [hidden email] (Primary)
        Team eCs       e-mail:  [hidden email]   (Alternate)
        Team DRW       Dare Refuse Windows
        Chunkawakan    Lakota/Sioux: Horse
_______________________________________________
dev-ports-os2 mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-ports-os2
Reply | Threaded
Open this post in threaded view
|

Re: Strange behaviour in SMPmW118 Mailer

Dave Yeo-3
Christer Jacobsson wrote:

> Dave Yeo wrote:
>> Christer Jacobsson wrote:
>>> She can report some new info on SMPmw118 and that if She kicks off the
>>> mailer from within eCs20rc4 which have a lot off extra stuff installed
>>> in it, i.e. klibc6(sp?) and other things that She installed to get the
>>> Flash11 plugin to work here, the mailer comes up just fine and it DON'T
>>> freeze as it does in WSeB! :-) She have a vague memory installing
>>> klibc6(sp?) and the other stuff required for Flash to fool Flash11 to
>>> work there, but there is what no-joy :-( So She's gonna let mailer run
>>> today to see if it handles junk mail as it should, i.e. moving it to the
>>> Junk folder instead of Her unjunking / junk mark such mail when the
>>> mailer is run under WSeB. But HOW can the mailer misbehave in WSeB but
>>> behave as it should here in eCs20rc4? Just writing this post is like a
>>> smoothie going down to your stomach :-)
>>>
>>
>> Do you still have Flash installed? If so try uninstalling it. You
>> might have to install and then uninstall on your WSEB.
>> Dave
>
> Thhe Flash was installed under eCs20rc4, and Flash version of FF namely
> the 17.0.11esr are kicked off by a separate firefoxnewprofile_flash.cmd
> file, and only from  inside eCs20rc4.

Were the cmd files sharing MOZ_PLUGIN_PATH?

> Here we are talking about
> SeaMonkey/2, i.e. SMPmW118 and as She sometimes have both SM/2 and FF/2
> (the 10.0.2 version)

The 10.0.2 version was broken (I accidentally used some experimental
code), if you like 10ESR, you should be using 10.0.11 or 10.0.12

> running in parallell - I know its an old version
> but if you only have 640Mib RAM, so if for example She wants to grab an
> old Top Ten song from youtube, the steps She takes are as follows: Close
> SM, fire up FF/2, search Google for the relevant youtube, click on it,
> copy the youtube adress to the ManyClip clipboard, close down FF, fire
> up SMPMW118, bring up the Navigator window, go to the conversion site
> and extract the mp3 file there. Note that She ALWAYS starts SMPmW118 and
> various versions of FF/2 from separate cmd files - She have listed the
> relevant cmd file for SMPMw118 for you where -P Default" points to a
> profile named
> y:\mozilla.org\mozilla\mozilla\profiles\cribo.jacobsson\<catname>.slt
> and under that is Mail->mail1.901.telia.com where Her mail are stored.
>
> Now you recommended Her to make a totally new profile in SMPmW118 so
> these pesky mail problems go away, but (1) can this be done withou the
> new profile creating a new mail and news tree, i.e. letting the new
> profile point to the mail1.901.telia.com (for email) and the News dir
> (for news) and (2) how do She "migrate" over Her bookmarks, cookies,
> passwords, certificates and similar stuff to the new profile?

For the mail and news, you just recreate the same structure and then
move the mbox files over. Bookmarks and certificates can also just be
copied over. There was a trick to moving passwords that I forget but
Google should be able to find.

> Ane when
> we are at email itself discussion, WHERE is the information about the
> mail panes stored? She have three panes: the leftmost contains the top
> entry for the mail content and it's subfolders plus the number of
> unread, total and size of each subfolder. The two rightmost panes are
> the mail listing which have the following entries going from left to
> right: Icon for attachhment, Recipient, Sender, Junk symbol, Subject,
> Date&time, size, Flag and Size. This order She wants preserved if She
> creates a new profile. and when the profile creation is done SMPmW118
> will be kicked off by a new .cmd file but pointing to the new profile
> instead.

I'm not sure where that info is kept, perhaps someone else remembers or
else Google is your friend
Dave


_______________________________________________
dev-ports-os2 mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-ports-os2
Reply | Threaded
Open this post in threaded view
|

Re: Strange behaviour in SMPmW118 Mailer

Christer Jacobsson
Dave Yeo wrote:

> Christer Jacobsson wrote:
>> Dave Yeo wrote:
>>> Christer Jacobsson wrote:
>>>> She can report some new info on SMPmw118 and that if She kicks off the
>>>> mailer from within eCs20rc4 which have a lot off extra stuff installed
>>>> in it, i.e. klibc6(sp?) and other things that She installed to get the
>>>> Flash11 plugin to work here, the mailer comes up just fine and it DON'T
>>>> freeze as it does in WSeB! :-) She have a vague memory installing
>>>> klibc6(sp?) and the other stuff required for Flash to fool Flash11 to
>>>> work there, but there is what no-joy :-( So She's gonna let mailer run
>>>> today to see if it handles junk mail as it should, i.e. moving it to
>>>> the
>>>> Junk folder instead of Her unjunking / junk mark such mail when the
>>>> mailer is run under WSeB. But HOW can the mailer misbehave in WSeB but
>>>> behave as it should here in eCs20rc4? Just writing this post is like a
>>>> smoothie going down to your stomach :-)
>>>>
>>>
>>> Do you still have Flash installed? If so try uninstalling it. You
>>> might have to install and then uninstall on your WSEB.
>>> Dave
>>
>> Thhe Flash was installed under eCs20rc4, and Flash version of FF namely
>> the 17.0.11esr are kicked off by a separate firefoxnewprofile_flash.cmd
>> file, and only from  inside eCs20rc4.
>
> Were the cmd files sharing MOZ_PLUGIN_PATH?
>
>> Here we are talking about
>> SeaMonkey/2, i.e. SMPmW118 and as She sometimes have both SM/2 and FF/2
>> (the 10.0.2 version)
>
> The 10.0.2 version was broken (I accidentally used some experimental
> code), if you like 10ESR, you should be using 10.0.11 or 10.0.12
>
>> running in parallell - I know its an old version
>> but if you only have 640Mib RAM, so if for example She wants to grab an
>> old Top Ten song from youtube, the steps She takes are as follows: Close
>> SM, fire up FF/2, search Google for the relevant youtube, click on it,
>> copy the youtube adress to the ManyClip clipboard, close down FF, fire
>> up SMPMW118, bring up the Navigator window, go to the conversion site
>> and extract the mp3 file there. Note that She ALWAYS starts SMPmW118 and
>> various versions of FF/2 from separate cmd files - She have listed the
>> relevant cmd file for SMPMw118 for you where -P Default" points to a
>> profile named
>> y:\mozilla.org\mozilla\mozilla\profiles\cribo.jacobsson\<catname>.slt
>> and under that is Mail->mail1.901.telia.com where Her mail are stored.
>>
>> Now you recommended Her to make a totally new profile in SMPmW118 so
>> these pesky mail problems go away, but (1) can this be done withou the
>> new profile creating a new mail and news tree, i.e. letting the new
>> profile point to the mail1.901.telia.com (for email) and the News dir
>> (for news) and (2) how do She "migrate" over Her bookmarks, cookies,
>> passwords, certificates and similar stuff to the new profile?
>
> For the mail and news, you just recreate the same structure and then
> move the mbox files over. Bookmarks and certificates can also just be
> copied over. There was a trick to moving passwords that I forget but
> Google should be able to find.
>

If She's gonna create a totally new profile and place the Mail and
newsgroups there, She would place the new profile, Mail and News on Her
FAT32 partition so they could be accessed by the W*nStupid version of SM
  if something just can't be done by the OS/2 version. Sharing
bookmarks, History, Passwords, Mail and News on a FAT32 partition might
also allow a linux version of SM to access this data, too: as She
understands it, linux understands FAT32 as well as plain FAT, but you
can't have a profile on plain fat because of the 8.3 restriction. How
linux fares when it comes to accessing HPFS and/or HPFS386, She don't
know, but according to some persons, linux seems to understand at least
plain HPFS which HPFS386 is a superset of.

As for making FAT32 partitions more robust against corruption, just
change the CALL=<bootdrive\os2\CACHEF32 line to include the /L:OFF
setting and reboot. Then lazy writing is turned OFF for ALL your FAT32
partitions - it may slow down things a bit, especially on an old box,
but that is offset by the fact that writings to your SM/2 or FF/2
profile data is done IMMEDIATELY and not buffered. She have done this in
April this year (i.e. changing the CALL= statement) and never ever
having to boot into WinXP to chkdsk the fat32 partition from there. As
for Her HPFS386 partitions, She have turned lazy writing OFF for the y:
partition where the mozilla tree sits now.

>> Ane when
>> we are at email itself discussion, WHERE is the information about the
>> mail panes stored? She have three panes: the leftmost contains the top
>> entry for the mail content and it's subfolders plus the number of
>> unread, total and size of each subfolder. The two rightmost panes are
>> the mail listing which have the following entries going from left to
>> right: Icon for attachhment, Recipient, Sender, Junk symbol, Subject,
>> Date&time, size, Flag and Size. This order She wants preserved if She
>> creates a new profile. and when the profile creation is done SMPmW118
>> will be kicked off by a new .cmd file but pointing to the new profile
>> instead.
>
> I'm not sure where that info is kept, perhaps someone else remembers or
> else Google is your friend
> Dave
>
>

Or if the order in the Mail pane gets scrambled, just use the small
arrow icon at the extreme right and mark what fields should be
displayed, then use the RMB trick to move them around so they appears
where you want them to be. Had to do this a few times; somebody gave Her
a tip about the RMB trick, thank the Great Mother for that info!


Cul8er alligator!
gaea - feminist & chunkawakan
--
/GAIA (Insulin User - 20th Anniversary :-)  Ex-wife deceased :-(
        Team OS/2      e-mail:  [hidden email] (Primary)
        Team eCs       e-mail:  [hidden email]   (Alternate)
        Team DRW       Dare Refuse Windows
        Chunkawakan    Lakota/Sioux: Horse
_______________________________________________
dev-ports-os2 mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-ports-os2
Reply | Threaded
Open this post in threaded view
|

Re: Strange behaviour in SMPmW118 Mailer

Dave Yeo-3
Christer Jacobsson wrote:

> If She's gonna create a totally new profile and place the Mail and
> newsgroups there, She would place the new profile, Mail and News on Her
> FAT32 partition so they could be accessed by the W*nStupid version of SM
>   if something just can't be done by the OS/2 version. Sharing
> bookmarks, History, Passwords, Mail and News on a FAT32 partition might
> also allow a linux version of SM to access this data, too: as She
> understands it, linux understands FAT32 as well as plain FAT, but you
> can't have a profile on plain fat because of the 8.3 restriction. How
> linux fares when it comes to accessing HPFS and/or HPFS386, She don't
> know, but according to some persons, linux seems to understand at least
> plain HPFS which HPFS386 is a superset of.

Ray has been sharing profiles between OS/2 and Windows for a long time
by using FAT32, and of course Linux understands FAT32 but may not like
drive letters in the profile. You could have your Linux profile with
symlinks to your mail and newsgroups files.
Linux understands HPFS and HPFS386 fine except for not understanding the
EAs and ACLs, though it does preserve them. Not every Linux distro
installs HPFS support out of the box so you might have to install it.
One potential problem with sharing a profile is that Mozilla doesn't
test downgrading the browser so if you're using SM2.35 on OS/2 and
switch to SM2.4+ on Windows and then go back, things might break if new
features have been added. As usual, lots of backups is best
Dave
_______________________________________________
dev-ports-os2 mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-ports-os2