Some email clients will re-download even if the uuid's don't
change.�
What 'might' help is if you use pop migration instead of imap
migration on the problem account.� Then it will try and match the
uidl's.
You could do it manually using the tellmail command:
��� tellmail pop_import domain.name username password
create(or)nocreate keep
(but you would have to, have the old data still, and not migrate
that account using imap as well...) it's a real can of worms to
try and get this to happen and it depends on how the other server
deals with imap/pop...
In general, people should not use pop with 'leave on server' they
should change to imap if they want to keep the data on the server,
but I know convincing people to change that may be impossible.�
But the re downloading issue will keep occurring every once in a
while until they sort this out, also the load on your system
caused by these users is about 100x what a normal account creates
because ever 30 seconds their email client will request a list of
all 100,000 messages in their inbox :-).�
ChrisP.
On 21/06/2017 1:19 a.m., Jeff Crowe
wrote:
hi there,
I have just migrated a domain from an old server to
surgemail and all ran well. �I have a couple of users who have
about 2GB of email and are using POP3 (leave mail on server is
checked), when they started checking their mail vs the new
surge
mail server, the UUID has changed now they are getting
every thing again. �Any way to fix this to force surgemail to
send a UUID that will not download everything?
--
I'd really appreciate it if you could take a moment to
like us on FaceBook, thanks heaps! ChrisP.