Tellier,
I simply stopped the old JAMES instance, copied the entire database,
started the new JAMES instance, and changed the DNS record for the mail
server IP to point to the new instance. I'm not deep enough into mail
RFCs to know anything about a UID VALIDITY. Would the steps I performed
have changed the UID VALIDITY? It appears the iPhone is doing the
reverse of what you described. It's like it automatically reset the
'start' of all folders to a few hours ago when the ip address changed,
and it removed any mail earlier than that from the folder. I honestly
can't think of a rational reason why that would a reasonable behavior.
And there is absolutely no way to tell the folders to go back to the
'real' start date of the folder.... not even by deleting the entire
email account and recreating it from scratch. That new folder start
timestamp is set in concrete now....
So far, only one client (and me) have seen the problem (it's evening
here, it'll hit the fan tomorrow AM). I'm not aware of any way to
delete the cache on the iPhone (hopefully I have just missed it...
education welcome..). I'm not as concerned about the time it takes to
refresh the entire mailbox as I am about the fact that right now, I
can't figure out a way to even see more than the last few hours mail
from the mailbox on the phone. Again, this ONLY iPhone.... TBird is
showing everything just fine. (Don't know about Android)
Is there anything I can do on the database (i.e. with this UID
VALIDATION stuff) to simply say "all bets are off..." and just force all
clients to just re-download the entire folder contents? I'd rather have
that than lose access to years of email on the phone.
Thx as always.
Jerry
On 10/22/2019 1:03 AM, Tellier Benoit wrote:
Hi Jerry,
What is the UID VALIDITY associated with a given mailbox name before and
after your migration?
If the UID VALIDITY is different, then the IMAP client will assume the
two mailboxes are different and will attempt a whole download once
again, which is a really lengthy process, and implies dropping all the
emails downloaded before.
This is due to an historical lack of truely immutable identifiers in
IMAP, a point that this RFC addresses:
- RFC-8474 IMAP Extension for Object Identifiers
MAILBOXID: a unique identifier for a mailbox, stands for the mailbox
name + UID validity pair
EMAILID: unique identifier for an email
If I'm right a good way to mitigate your production issue is to enforce
the UID validity is the same before & after the migration, and hope your
client apps did not all drop their cache.
Cheers,
Benoit
On 22/10/2019 05:25, Jerry Malcolm wrote:
Deleting the iPhone email account and recreating does nothing. It says
'all account data will be deleted.' Nope. After recreating the
account, it loads only the two emails that came in since switching IP
addresses and ignores the 1000+ other emails in the mailbox.
Hopefully somebody has a workaround for this.
On 10/21/2019 9:55 PM, Jerry Malcolm wrote:
I threw the switch this evening to fully move to my new upgraded 3.4
server. Basically, I just changed the IP address of the domain name
for my mail server. I did a bunch of testing on several accounts
using Thunderbird. Everything seems to be working. But then I get a
phone call from a client that says all of his mail disappeared from
his iPhone. I checked my iPhone and, yep, it's all gone from my
iPhone on all of my different accounts except the new mail that has
come in during the last few hours since moving to the new server. No
errors or messages. Just when I go to a folder it briefly shows the
email list, which then disappears and is replaced with a "No Mail"
message. Fortunately, it's not deleting it from the server. All mail
is still there when I go to Tbird.
Is this some kind of 'security' thing that Apple has created to remove
all mail from the app if the server IP address changes? If so, I'm
not impressed with their thought process. I figure I'm going to start
hearing it from other clients tomorrow. I'm about to delete an
account on my iPhone and recreate it and see if loads all of the mail.
Just wondering if anyone else has encountered this and if there is
anything to tell clients.
Thx
Jerry
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org
For additional commands, e-mail: server-user-h...@james.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org
For additional commands, e-mail: server-user-h...@james.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org
For additional commands, e-mail: server-user-h...@james.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscr...@james.apache.org
For additional commands, e-mail: server-user-h...@james.apache.org
