User talk:Imz/research on HOW TO backup an IMAP account: Difference between revisions

From ALT Linux Wiki
(my positive experience with offlineimap)
m (→‎See also: better word)
 
(One intermediate revision by the same user not shown)
Line 5: Line 5:
--[[User:Imz|Imz]] 12:01, 21 May 2011 (MSD)
--[[User:Imz|Imz]] 12:01, 21 May 2011 (MSD)
: offlineimap, no? --[[User:MichaelShigorin|mike@]] 14:30, 27 May 2011 (MSD)
: offlineimap, no? --[[User:MichaelShigorin|mike@]] 14:30, 27 May 2011 (MSD)
:: Yes, offlineimap. Actually, I did consider it in my "research", and it occured on [User:Imz/research on HOW TO backup an IMAP account|the main page of my "research"] 18 times.
:: Thanks for the note! Yes, offlineimap. Actually, I did consider it in my "research", and it occured on [[User:Imz/research on HOW TO backup an IMAP account|the main page of my "research"]] 18 times.
::* It got there a lot of "yes" marks for the wanted features;
::* It got there a lot of "yes" marks for the wanted features;
::* one of the "no"s was not essential for doing something, but rather only for guaranteeing safeness (whether read-only access (= one-direction mode) can be switched on) --  
::* one of the "no"s was not essential for doing something, but rather only for guaranteeing safeness (whether read-only access (= one-direction mode) can be switched on) --  
::* this desire to force read-only access is also related to the overall uncertainty about how it decides in which direction to sync in case of some incompatibilities of the data (UID reset on the server side), which is also mentioned on the main page of the "research".
::* this desire to force read-only access is also related to the overall uncertainty about how it decides in which direction to sync in case of some incompatibilities of the data (UID reset on the server side), which is also mentioned on the main page of the "research".
::Anyway, I chose ''offlineimap'' for that task, and now it's already in the past, I don't have a current necessity to do this, although I might want to set up something similar for me once again in the future.
::Anyway, I chose ''offlineimap'' for that task, and now it's already in the past, I don't have a current necessity to do this, although I might want to set up something similar for me once again in the future.
::My experience was that it did the job quite well (for a few months). When a UID reset happened indeed on the server in a folder, AFAIR ''offlineimap'' simply didn't process that folder automatically anymore.--[[User:Imz|Imz]] 06:59, 12 June 2011 (MSD)
::My experience was that it did the job quite well (for a few months). When a UID reset happened indeed on the server in a folder, IIRC ''offlineimap'' simply didn't process that folder automatically anymore.--[[User:Imz|Imz]] 06:59, 12 June 2011 (MSD)

Latest revision as of 03:03, 12 June 2011

See also

Perhaps, there is interesting stuff among Google search results, for example among maildir git imapsync, e.g.,

--Imz 12:01, 21 May 2011 (MSD)

offlineimap, no? --mike@ 14:30, 27 May 2011 (MSD)
Thanks for the note! Yes, offlineimap. Actually, I did consider it in my "research", and it occured on the main page of my "research" 18 times.
  • It got there a lot of "yes" marks for the wanted features;
  • one of the "no"s was not essential for doing something, but rather only for guaranteeing safeness (whether read-only access (= one-direction mode) can be switched on) --
  • this desire to force read-only access is also related to the overall uncertainty about how it decides in which direction to sync in case of some incompatibilities of the data (UID reset on the server side), which is also mentioned on the main page of the "research".
Anyway, I chose offlineimap for that task, and now it's already in the past, I don't have a current necessity to do this, although I might want to set up something similar for me once again in the future.
My experience was that it did the job quite well (for a few months). When a UID reset happened indeed on the server in a folder, IIRC offlineimap simply didn't process that folder automatically anymore.--Imz 06:59, 12 June 2011 (MSD)