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.