Luego de 1 hora, sin interrumpir el proceso, el programa creó 13 carpetas, con nombres de cada año y a pesar de tener los mensajes en la bandeja de entrada al momento de solicitar su archivo, este comenzó a descargar cada mensaje por año "Descargando mensajes 20XX", se saltó el 2015 y solo llegó hasta el 2013, del 2012 al 2006 las carpetas se muestran vacías. Actualizo cualquier cambio.

De los mensajes descargados y archivados nunca se recuperó el 2015 ni del 2006 al 2013. Busqué en un respaldo que tenía de cuando puse en marcha el servidor y recuperé manualmente los años mencionados.

1.-No existe la posibilidad de archivar los mensajes enviados de forma correcta, por lo que los enviados quedaran por siempre en su lugar. 2.-Algunos mensajes se duplican con la misma hora, fecha, no revise por checksum pero me creo que son duplicados. Lo mismo con los canales de noticias.

Aun así, es funcional en todos los aspectos y se puede trabajar normalmente con el. (manteniendo la precaución de respaldar todo antes de hacer cualquier movimiento)

El proceso tomó todo el día

Ver: 68.8.8 (32-bit)

re :De vez en cuando, el cliente pide compactar a diferencia de que lo que uno piensa no Archiva sino que parece que comprime los mensajes en una función interna inexplicada al usuario.

English From time to time, the client asks to compact unlike what one thinks does not archive but seems to compress the messages in an internal function unexplained to the user.

La compactación no se comprime. La compactación elimina ocultos marcados como correos electrónicos eliminados del archivo. Cuando elimina un correo electrónico, se 'marca como eliminado' y se oculta a la vista, pero todavía está en el archivo por si lo eliminó por error. Significa que es posible recuperarlo. La compactación es necesaria para mantener el estado del archivo y eliminar por completo los correos electrónicos marcados como eliminados. También reduce el tamaño del archivo. La compactación debe hacerse de forma regular.

English: Compacting does not compress. Compacting removes hidden marked as deleted emails from the file. When you delete an email, it is 'marked as deleted' and hidden from view, but it is still in the file just in case you deleted it in error. It means it is possible to recover it. Compacting is necessary to maintain the health of the file and fully delete marked as deleted emails. It also reduces the size of the file. Compacting should be done on a regular basis.

Please use Google translate to help post qyestions in English. Utilice el traductor de Google para ayudar a publicar qyestions en inglés.

English: If you have an Anti-Virus program on computer, it may be causing an issue as it scans everything as it gets downloaded to various folders. If you are moving alot of emails this can be a nuisance and even cause problem with corrupting emails.

Suggest you do not allow scanning of incoming mail.

If you use Windows 10 this can be difficult, so start computer in 'Safe mode with networking', start Thunderbird, perform Archive and when finished, restart computer as normal.

Español Si tiene un programa antivirus en la computadora, puede estar causando un problema ya que escanea todo a medida que se descarga en varias carpetas. Si está moviendo muchos correos electrónicos, esto puede ser una molestia e incluso causar problemas al corromper los correos electrónicos.

Sugiero que no permita el escaneo del correo entrante.

Si usa Windows 10, esto puede ser difícil, por lo tanto, inicie la computadora en 'Modo seguro con funciones de red', inicie Thunderbird, ejecute Archivar y, cuando haya terminado, reinicie la computadora como de costumbre.

Thanks for the info on the compact now function.

I only have the windows security on, i belive ther problem lies on a problem between the orders sent to the server by the IMAP set up.

The mails were all downloaded before hand and all i did was move them to the Archive, there for, there was no need to download anything, less of all delete or hide hundred of mails of year pasts.

Also the connection problem with the constant resend of login info is strange, with the continus hang by the software script.

I use the translator from time to time i just didn't this time, not sure why

The imap archive requires that the local mail be checked against the server copy, then re-downloaded if necessary, then the folder move has to be notified to the server.

Trying to do such an action on 10s of Thousands of messages is prone to error. There are probably 100,000 back and forth requests to the mail server to actually archive that many emails. Monthly is a more reasonable number to archive at a time.

oh, and if your archive is outside the imap accounts folders, then there is a need to send a delete to the server for each mail moved outside the account. Just because you have a local copy, the interactions with the server are a very significant overhead.

hat’s my point, the process should check if the key (checksum or whatever) is the same before download the message again. I'm not talking about a 1% or a 10% the program re-download all emails after been moved, there were no noticeable errors or problems with them before the process.

It's better to get a table of actions and check the status of the work on the server than do operations one by one as you stated

Not sure why would do a one by one operation.

This is the standard https://tools.ietf.org/html/rfc3501

When you identify where Thunderbird departs from it I suggest you file a bug report identifying the departure.

https://bugzilla.mozilla.org/home

It's easy to recreate u just need a 1000+ mails and send them to the Archive IMAP folder and see how it behaves of course for the version I'm using.

As it was mention, it happend more than once and is the procedure Thunderbird does when such an operation is requested.

Matt said

This is the standard https://tools.ietf.org/html/rfc3501 When you identify where Thunderbird departs from it I suggest you file a bug report identifying the departure. https://bugzilla.mozilla.org/home

I checked the standard, i don't see a problem with it, it says there must be a "unique identifier" for every message "the key" and that between the connection and successful login there is a command option and a status option.

Matt has explained what is occurring.

re :and all i did was move them to the Archive, This is not only a simple move from one folder to another folder. You are talking about an imap mail account. Each email is an individual email and it will be treated as such. Basically there is a lot going on and it's not just a simple move to another folder, there is a lot of jibber jabber with server and if you need to move a lot of emails, then suggest you switch off AV as you are more likely to have a successful result. You would be amazed at the number of times AV has been responsible for all sorts of file corruption.

Well, since i will be not be doing any test of the sort in any time soon. And there is not any plans to make a better process. There is no need to keep the thread open. It's not solved, many emails were lost. And i don't see an improvment or mention on future releses but, it was inform.

For future reference: Understand that other programs like Anti-Virus can intervene when sending and downloading files, which can cause issues with emails in transit including timeouts. This is more likely to occur when moving large numbers of emails, so recommend moving large batches in offline mode to prevent synchronisation and then when competed, creating a backup before starting and connecting to server.

With IMAP accounts moving emails between folders does not only mean moving between two folders on your computer. It involves communication with server for each email.

Many people like the versatitly offered by IMAP with everything stored in one place on server and facilitating access via various means. But, do not rely on the server as the one and only place for storing emails. Emails can be useful documentation and in some cases very important. IMAP folders cannot be relied upon as a backup because those folders synchronise with server and are basically one and the same. You would need to get full copies of emails downloaded for offline use, then exit thunderbird and create a backup copy of the 'profile name' folder or better still copy the /'Appdata' /Roaming/'Thunderbird' folder that contains all the profiles.

If document is very important, I advise you get a copy put into 'Local Folders' mail account when you initially receive/read the email, then at least you have a copy on the server and another on your computer in a folder not connected to the imap account nor server.