Facebook
Twitterpaolotrombini25
New Pleskian
- Server operating system version
- CentOS Linux 7
- Plesk version and microupdate number
- 18.0.54
Hello everyone,
using Plesk Obsidian Version 18.0.54 on Linux, we performed a restore of a backup via the Backup & Restore page accessible from Domains > Domain Name > Backup & Restore, selecting "Sites" as the type.
However, after completing the restore, we noticed that the date of receipt in many old emails had been changed to the date of the restore. This can be seen both in the webmail and in the Apple Mail client.
To resolve this, we tried this guide: Upon restoring Plesk backup email messages show backup restoration time as the time they were received on the Apple mail client - Support Cases from Plesk Knowledge Base
However, this did not completely resolve the issue, as upon investigation, we realized that some emails are missing the "Date" header field, which the script uses to determine the original date of the email. The date field is present in:
Received: from XX by XXX (Postfix) with ESMTPS id C0A81286BD for <XXX>; Sat, 15 Feb 2020 16:48:32 +0100 (CET)
Is there a valid alternative to that script or a way to solve the problem?
Thanks in advance.
using Plesk Obsidian Version 18.0.54 on Linux, we performed a restore of a backup via the Backup & Restore page accessible from Domains > Domain Name > Backup & Restore, selecting "Sites" as the type.
However, after completing the restore, we noticed that the date of receipt in many old emails had been changed to the date of the restore. This can be seen both in the webmail and in the Apple Mail client.
To resolve this, we tried this guide: Upon restoring Plesk backup email messages show backup restoration time as the time they were received on the Apple mail client - Support Cases from Plesk Knowledge Base
However, this did not completely resolve the issue, as upon investigation, we realized that some emails are missing the "Date" header field, which the script uses to determine the original date of the email. The date field is present in:
Received: from XX by XXX (Postfix) with ESMTPS id C0A81286BD for <XXX>; Sat, 15 Feb 2020 16:48:32 +0100 (CET)
Is there a valid alternative to that script or a way to solve the problem?
Thanks in advance.