On 8/2/17 8:53 PM, User wrote:
I recently manually upgraded from SM 2.46 to SM 2.48 by performing a
full 2.46 uninstall and then installing the new 2.48. Everything works
completely fine as before when I do all my SM upgrades completely
manually by first fully uninstalling the previous version. However, I
noticed a problem with the mail client section whereby one of my
accounts has a PHANTOM account icon appearing above it and it is not
really an actual mail account. Meanwhile, all the mail filters I have
created for an actual real mail account directly below the phantom
account icon, now fails to work, even though otherwise that mail account
works normally. I have some mail filters on the account which moves
INBOX mails to another account in the mail client and when incoming mail
fits the criteria of the mail filters and it tries to perform a move
action, it says that the INBOX of the account is missing and then fails
to move the e-mails and leaves them in the account after move failure.
I'm wondering if anyone else has had such a phantom account icon appear
in the mail client after 2.48 upgrade. I'm currently pondering whether
this problem is caused by the mail filter's logic / action which
triggered a new SM mail client bug that previously didn't exist until
2.48, or simply deleting the mail filters and recreating them will solve
the problem.
I would prefer not to have to move the entire mail accounts e-mail files
off to a temporary folder, delete the entire mail account and then move
them back in to see if the problem will resolve and the phantom account
icon disappear. I can't delete the phantom account either and it appears
to be a ghost of the real account directly below it. I have made a
screen capture of this problem and attached it to this post. For privacy
reasons, the details of all the real mail accounts and newsgroups have
been blurred out. However, the phantom mail account on which the
highlight bar is located on, is shown. Only an icon is show with no
annotation on this phantom mail account.
<Couple of hours later>
After wasting a couple of hours trying to resolve this problem in SM
2.48 mail client, I have reverted to version 2.46. This is probably the
worst SM mail client problem I have encountered to date. All previous
version upgraded manually without problems. When in 2.48, I tried to
delete the real e-mail account directly below the phantom account and
that did remove the phantom account. So I thought that the problem was
solved. I then recreated the e-mail account in 2.48 and the phantom
account did not appear above it. However, because my e-mail files for
that particular account reside on a folder that is different from the
default mail folder that the mail client uses, I would change the mail
folder path for that account. I then discovered that after updating this
parameter and when SM restarts, the phantom mail account icon
reappeared. Very frustrating.
Furthermore, what's more disturbing is that in the process of deleting
the account and re-creating it, the mail client appears to lose track of
and get confused about which account was deleted, and in fact some other
real e-mail accounts above the phantom account disappeared, even though
strangely, when examining the MAIL AND NEWSGROUP ACCOUNT SETTINGS
window, all mail accounts are still present even though some are NOT
displayed in the mail client itself, therefore there was no way to
access the contents of the mail account.
In summary, it appears the phantom mail account icon displayed in the
mail client arises from some confusion of the mail client's tracking of
accounts and their associated mail folder locations. It appears that as
soon as a mail account's file path is updated to the non-default file
path, the phantom mail account appears in the mail client. The reason
why I suspect this is related to the cause of this new bug in SM 2.48
mail client, is because all MAIL FILTER management window completely
loses track of all the available mail accounts and mail folders, and all
existing mail filter rules for the mail account that is displayed
immediately below the phantom mail account, becomes unavailable to the
mail client.
Furthermore, when a mail account is deleted, sometimes the phantom mail
account does not disappear and the phantom account then "plagues" the
next available real mail account below it, and causes the same problem.
This issue and associated problems essentially renders the SM 2.48 mail
client risky and completely unuseable for me. I have over 10 e-mail
accounts managed by the mail client plus half a dozen newsgroups and
it's unacceptable that potential loss of an account can occur because
the mail client gets confused about which account is located where or
gets accounts mixed up when deleting accounts and creating them. I've
been forced to go back to SM 2.46 which is completely stable as far as
the mail client goes. This is the very first time I've ever had any mail
client problems doing fully manual upgrades by first uninstalling the
old version and then installing the new version from scratch.
I'm not sure if this issue only occurs with large number of e-mail
accounts managed by the mail client. But the issues of the phantom
account is very unsettling to use SM 2.48. If any other users have these
symptoms with SM 2.48 mail client, I would be very interested to hear of
your experience.
So you are posting this with SeaMonkey 2.48 with a User Agent of
Mozilla/5.0 (Windows NT 5.1; rv:53.0) Gecko/20100101 Firefox/53.0?
SeaMonkey 2.48 is based on Gecko/Firefox 51.
Did you try safe mode or a new profile?
--
Go Bucs!
Coexist <https://www.coexist.org/>
National Popular Vote <http://www.nationalpopularvote.com/>
Ubuntu 16.04LTS - Unity Desktop
_______________________________________________
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey
