NFN Smith wrote:
Geoff Welsh wrote:
So, my mom, has an "upstairs Mac" and "downstairs Mac" both set-up for
SeaMonkey to "get messages" from the same @gmail.com address.
They both retrieve all the same messages every day (for years now), to
help her remember things, and save her the precariousness of carrying
a computer up or down stairs.
Today she tells me the downstairs Mac didn't get any of the messages
that the upstairs one did.
Did Google change something or was this a glitch in the matrix today,
Sat Aug 22, 2020?
Are you using IMAP or POP? If IMAP, then both machines should be seeing
the exact same thing.
If you're using POP, it is possible for sharing among multiple machines
(at least for the Inbox), but if you're doing that, you really want to
adjust your mail retention settings so that one POP client isn't
deleting stuff from the server when downloading, and the other machine
doesn't get to see that stuff. I do POP on my primary profile, and set
mail retention to not delete for 2 weeks, which allows any other
profiles I use (all IMAP) to always have the last 2 weeks of received
mail available.
Although it's possible that Google may have have had some sort of
temporary glitch, the other possibility would be that the upstairs
machine may have gotten its mail retention settings changed, somehow.
I don't recall for certain, and no longer have a GMail account to check,
but when I did I think GMail ignored the client's setting to delete or
retain messages downloaded via POP. Instead, there was a setting
somewhere in GMail's web interface to set what it would do with messages
downloaded by POP (delete or retain). So check that too. It could also
be that they've changed that behaviour to honour the client's setting
(which might have been set to delete messages all along, but ignored by
GMail until now) or changed the options on their side in some other way.
It's also possible that somehow, on the downstairs machine, the tracking
of POP status got confused. I don't remember the file name for that, so
I won't suggest what you could do to check.
Also possible, though my experience has usually been that something
going wrong there leads to duplicate copies of previous messages being
downloaded from the server.
Back up your profile before messing with it!
Still assuming you are using POP and not IMAP... There's a popstate.dat
file in the local message storage directory for the account. You could
try deleting it (with SeaMonkey closed), but be aware that will lead to
any messages still on the server being downloaded again, leading to
duplicates or restoring previously deleted messages. Before doing this,
you may want to apply a tag to all messages currently in the local
inbox, so that you can tell which ones are newly downloaded (and
possible duplicated) and which were already in the local folder.
At this point, you do want to take a look at the mailbox from a web
client, and see what's on the server.
That's always useful to help see what's going on! If the messages are
still on the server, the question is why the second client hasn't
downloaded them. If they're not still on the server, the question is
why they've been deleted after the first client received them.
--
Mark.
_______________________________________________
support-seamonkey mailing list
[email protected]
https://lists.mozilla.org/listinfo/support-seamonkey
