Import a POP3 account from Opera 12.xx with problems and errors.
-
I'm using Ubuntu 20.04 LTS, tested with current snapshot and Opera 12.16.
Network is offline. New profile. Every test will create an new account.
Test 1.)
Run import module --> unexpected result:
a.) Vivaldi creates the user folders "Gesendet" and "Spamverdacht" (Sent and Spam).
Edit: VB-88617
b.) Some of the mails are unread. The Read/Unread toggle is not present.
c.) Mails are missing. Especially mails sent to myself, Cc and Bcc are missing. A system is not recognizable.I know Viavaldi can't handle custom folders, hence this workaround:
a.) Create an mbox file. Deleting all lines starting with "X-Opera-Location: ...." and containing "Gesendet" or "Spamverdacht" (Sent or Spam).Test 2.)
Creating a new account in Opera with fictitious account data. Importing the modified mbox file.
Running the import module --> unexpected result:
1.a) Fixed. No more custom folders.
1.b) Change unread mails to read by the spacebar.
1.c) Still the same. The displayed figures of the imported data, the log file and the saved files in the directory e.g. Mail/a1b2c3 are different.Test 3.)
Create a new account in Opera with fictitious account data. Sending a mail to the account alias and Cc to myself. Opera displays three entries.
Run import module --> unexpected result:
3a.) The displayed numbers of the imported data, the logfile and the saved files in the directory e.g. Mail/x1y2z3 are different. There is only one file in the directory Mail/x1y2z3. The raw data shows only one of the received files.
Apparently, during the import process, the first file imported is overwritten by the second file to be imported, and the latter is overwritten by the third file to be imported. With the result that only one file exists. What an error.Test 4.)
Creating a new account in Opera with fictitious account data. Adding a new line in the mail header of each mail from 3.). Opera displays three entries with the changed mail header.
Run import module --> unexpected result:
4a.) Still the same as 3.)
4b.) A new folder is created, e.g. Mail/4d5ef6. Again only one file is imported. Additionally the one file from 3.) in the directory Mail/x1y2z3 is overwritten. Verifiable due to the changed mail header. Overwriting files with different contents across accounts is an absurdity. Now I know why files are missing again and again.btw:
'- Deleting an account in "Settings/Mail" in offline mode generates the error loop "Deleting ..." . As soon as you switch to online mode, the account is deleted immediately.
'- Deleting files via "Trash" does NOT delete the corresponding files on the HD.Anyway. I like M3. I use meanwhile Mail for all accounts, where I don't need the functionality of myself, Cc and Bcc. Unfortunally not my main accounts.
-
Pretty good work!
I think we have separate issues at hand here. One is the import process itself, the other is the handling of what M3 considers a duplicate email. Mails sent to self have had all kinds of weird effects (my favorite bug report VB-79700) - M3 has some deduplication algorithm, saves only one file, and the rest is handled by the database. Over time they have fixed many of the resulting issues which have to be reported separately.
The creation of separate spam/sent folders is - I guess - just that M3 doesn't seem to speak German
and it also doesn't seem to check the folder mapping in the M2 database...? I guess you should file a separate bug report for that since you provide a good explanation for how to fix the issue.I have reported the issue with wrong read/unread indicators as VB-88071 "Opera Mail import: read mails imported as Unread", also see my import experience here https://forum.vivaldi.net/topic/73852/vivaldi-5-2-import-experiences-operamail-1-0 and for Thunderbird here https://forum.vivaldi.net/topic/73849/vivaldi-5-2-import-experiences-thunderbird
-
I know your post for VB-79700, but unfortunately turned the post more and more to the problen with search.
Read/Unread VB-88071 I have overlooked.
The other both mentioned posts I have read before.
Thanks for the infos.The deduplication algorithm doesn´t work. There seems to be a massive logic problem. A From file isn´t a To or Cc or Bcc file. And sorry, if you overrite files in an another account, you distroy your own database.
-
@mottenmouse agreed, the mail should be available in both accounts and import is very much beta
Whether or not the email file has to exist twice on the hard drive is a design choice that I will not question... as long as it shows up in the right places because the database always points to the one file remaining and if it isn't deleted from my imap server I'm happy. (I imagine import to other clients is also a thing....).
do you just see the file missing or is the email fully unavailable in the other account? The emails show the folders they are in (should be something like "Inbox, Gesendet" in the mail header, albeit without saying which account it belongs to. Related report: VB-84768 Multiple accounts: hard to find which account received an email if received as bcc)
-
I was just testing an import today and noticed the duplication import issue. This is on an IMAP account that is no longer active.
In M2, I copied one email to another IMAP account as a backup and imported that account first. So the copied email exists in M3 on import.
However, when I import the original account, then all the email from the original account is successfully imported, but the email that I copied to the other account does not get imported in with the original account.
On test install, if I only import the original account, then the email is imported as expected.
