Plesk 11.5 auf Onyx 17.5: Backup eingespielt, E-Mails haben Backupdatum

F

Fuchur84

New Member
Hallo Leute,

vielleicht kann mir jemand helfen. Ich habe ein Update meines vServers von Ubuntu 12.04 LTS auf Ubuntu 16.04 LTS (ja ich weiß, wurde mal Zeit) gemacht.
Vorher lief Plesk 11.5 auf dem Server, jetzt läuft Plesk Onyx 17.5.

Dafür habe ich im Plesk 11.5 ein Vollbackup der Daten gemacht und das Backup per Plesk auf einen anderen FTP-Server übertragen lassen. Dann habe ich Ubuntu 16.04 LTS und die neue Plesk Version installiert und das Backup in die neue Installation eingeladen.

Das ging ziemlich gut, allerdings haben zwei Dinge nicht so geklappt wie sie sollten. Die erste Geschichte habe ich aber mittlerweile gelöst (da ging es um Mails, die zwar vom Server erkannt und in die Warteschlange gelegt, dann aber nicht an die Postfächer verteilt wurden. Wer das gleiche Problem hat:
Schaut euch mal die Support-Artikel dazu bei Plesk an:
https://support.plesk.com/hc/en-us/articles/213924685-Email-messages-are-not-delivered-and-remain-in-mail-queue-usr-bin-deliverquota-No-such-file-or-directory
> Es gibt dort auch noch ein paar weitere Supportthemen, die gut zum Thema passen... könnte also auch was für Euch dabei sein)

Allerdings löst das mein 2. Problem nicht: Die bereits Empfangenen Mails werden jetzt alle mit einem Empfangsdatum vom Backup-Einspiel-Zeitpunkt angezeigt. In den Headern der Mails ist noch die korrekte Zeit der Versendung hinterlegt, aber beim Mailclient steht leider nur der Anlagezeitpunkt der Mail drin und so hab ich jetzt in den meisten Postfächern mit IMAP-Verbindung hunderte oder auch tausende Mails, die alle an einem Tag angekommen "sind".

Was jemand da Rat, wie ich das behoben bekomme?

Viele Grüße und vielen Dank im Voraus für die Hilfe
*Fuchur*
 
Da wird wohl Plesk 11 das vermurkst haben. Plesk Onyx (17.5) sichert aber die Dateien so zurück wie abgespeichert, das Erstelldatum der Maildateien wird da nicht geändert.
Und bei Dovecot wird im Cachefile eigentlich das Empfangsdatum auch gespeichert. https://wiki.dovecot.org/IndexFiles

Musst du halt per Script das aus dem Mail auslesen und neu bei der Datei setzen.
Schau mal, lässt sich als Inspiration verwenden (ansonsten ungetestet): https://gabrielserafini.com/blog/2006/12/18/fixing-mailapps-imap-date-problem-mostlygeek/
 
Last edited by a moderator:
Ganz schnell in Perl gemacht.
Code: 
#!/usr/bin/perl

use Mail::Header;
use HTTP::Date;

my $fname = shift;
open my $FH, '<', $fname or die "Couldn't open '$fname': $!";
my $header = Mail::Header->new( \*$FH );
my $time = str2time( $header->get('date') );

utime( $time, $time, $fname ) or warn "Couldn't touch '$fname': $!";
Als maildate2ftime gespeichert
ausführbar gemacht mit
chmod 0755 maildate2ftime
und als
changeftime DATEINAME aufgerufen.

Ändert brav den Timestamp der Datei.
 
Vielen Dank für die Antwort...

Sehr cool – dankeschön,

ich hab jetzt die Dateien in "/var/qmail/mailnames/[nutzername]/" (eigentlich verwende ich aber einen postfix, aber da scheinen dennoch die Daten zu liegen soweit ich sehen kann) damit abgewandelt und das Änderungsdatum war auch falsch und jetzt scheint das Datum richtig zu sein (sagt zumindest "ls -l"), aber leider wurden sie im Mailclient immernoch falsch dargestellt.

Ich hab dann nochmal in den Ordner geschaut und da gab es noch eine Datei mit dem Namen "dovecot.index.cache". Die hab ich einfach mal umbenannt und siehe da... die Mails wurden neu eingeladen und jetzt werden sie richtig angezeigt.

Vielen lieben Dank für das tolle Script und die schnelle und kompetene Hilfe :).
Von einem Drachen zum anderen *verneigt* ;).
*Fuchur*
 
Last edited by a moderator:
Na ja, nachträglich, nach Abholung kann man so den Clients auch nicht mehr sagen, dass die Empfangsdaten sind geändert haben.
Wenn die Mail-Clients einen Cache haben, muss der auch geleert werden.

Und ich habe auch kein Ahnung, ob du mal Dovextot hast die Indexes neu laden lassen.
doveadm -Dv force-resync -u <username> <mailbox>
https://wiki2.dovecot.org/Tools/Doveadm

//EDITH: Oh, du hast in der Zwischenzeit den Index-Cache gelöscht und Dovecot neu gestartet, dann sollten auch die Clients zufrieden sein.
Freut mich, dass es nun klappt :)
 
Last edited by a moderator:
You must log in or register to reply here.
Back
Top