[gelöst] Re: Probleme mit Restore Mailbox (Backup)

Markus Klaus Schäffauer markus.schaeffauer at uni-hamburg.de
Fr Jun 5 17:47:29 CEST 2015


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo Timotheus,
hallo Uwe,
hallo alle,

Eure Tipps haben mir geholfen, den Inhalt auch der Unterordner der
INBOX wiederherzustellen!

Allerdings habe ich ein workaround verwendet, das nicht besonders
schön, aber effizient ist: Ich lege für jeden Unterordner, den ich
restoren will, einen komplett neuen Kolab-User an - dann kopiere ich
den Inhalt des zu rettenden Unterordners in die INBOX des neuen Users,
behalte dabei die 3 cyrus-Dateien des neuangelegten Users bei (d.h.
ignoriere die alten cyrus-Dateien des Unterordners), und setze danach
als user cyrus den von Euch empfohlenen reconstruct-Befehl ab - voilà,
sämtliche Mails erscheinen über das Webinterface in der Inbox des
neuangelegten Users.

Ziemlich umständlich, aber es funzt.

Das Problem scheint damit zu tun zu haben, dass beim reconstruct nur
diejenigen Ordner bearbeitet werden, in denen die betreffenden 3
cyrus-Dateien des neuen Users angelegt wurden - in den Unterordnern
befinden sich aber nur die alten cyrus-Dateien, die ignoriert werden.

Vermutlich gibt es einen eleganteren Weg, wenn man versteht, was man
da macht (z.B. was die 3 Dateien sollen oder was drinstehen müsste,
damit man sie einfach in den Unterordner kopieren kann), aber da ich
hoffe, in den nächsten 10 Jahren nicht mehr mit dem Problem
konfrontiert zu werden, reicht es mir, das so hinbekommen zu haben.

Euch besten Dank für die Hinweise!

Herzliche Grüße
Markus


Am 04.06.2015 um 21:42 schrieb Timotheus Pokorra:
> Hallo Markus,
> 
>> ja, allerdings, die sind anders, und zwar aus verschiedenen
>> Gründen:
>> 
>> 1. Ich arbeite ja nicht auf einem "Produktionsserver", sondern
>> auf einem "Testserver", der eine ganz andere Domain hat.
> Ich meinte auf dem Server, wo du die Unterordner nicht im Roundcube
> siehst. Unterscheidet sich da der Inhalt von der cyrus.header
> zwischen Hauptordner und Unterordner. Da geht es um die Rechte, ob
> ein Benutzer Zugriff auf seine Ordner und Unterordner hat. Denke
> ich zumindest. Bei Shared Folders hatte ich auf jeden Fall schon
> mit cyrus.header zu tun.
> 
>> 2. Wenn ich im Kolabadmin-Interface einmal einen User eingegeben
>> und wieder gelöscht habe, dann ist dieser "verbrannt", sprich: er
>> lässt sich offenbar weder sauber löschen, noch erneut anlegen.
>> Ich nehme an, dass beim Lösch-Vorgang über das Webinterface im
>> LDAP-Dienst oder im Cyrus die Mailboxen nicht sauber gelöscht
>> werden (bei kolab ml wurden übrigens auch die Mailboxen solcher
>> gelöschter User nach wie vor angezeigt), jedenfalls wird beim
>> erneuten Anlegen zwar wieder ordentlich ein Verzeichnis in
>> /var/spool/ usw. angelegt, aber keine cyrus-index-Dateien mehr.
>> Die werden nur beim ersten Mal für den user x angelegt - und wenn
>> der einmal über das Webinterface gelöscht wurde, dann nie wieder.
>> (Mir schwant langsam, dass dieses Webinterface ein ziemlicher
>> Krampf sein dürfte und es besser wäre, so wie sonst auch auf der
>> Konsole zu arbeiten...)
> Dass das Löschen nicht sauber ist: siehe 
> https://issues.kolab.org/show_bug.cgi?id=4124 Unterschied
> Webinterface und Konsole: da ist kein großer Unterschied. Am Ende
> ruft beides das Kolab Script auf, das für die Synchronisation von
> LDAP und IMAP zuständig ist.
> 
>> 3. Nachdem ich den eigentlichen user auf meinem "Testserver"
>> bereits angelegt und wieder gelöscht hatte, weil ich verschiedene
>> Dinge ausprobieren wollte, kann ich somit weder den eigentlichen
>> Namen des users noch die eigentliche domain des users angeben,
>> d.h. sowohl der username als auch der Domainname sind anders.
> Wenn es ein Testserver ist, kannst du ihn ja komplett neu
> aufsetzen. Ich habe schon sehr viele virtuelle Maschinen mit
> frischem Kolab gestartet, um irgendwelchen Problemen auf die Spur
> zu kommen...
> 
>> Vielleicht liegt darin ja der Grund, warum ich "fatal error"
>> beim Einlesen der DB-Textdatei erhalte? Aber ich bin doch nicht
>> so wahnsinnig und restore Emails (ohne es vorher auszuprobieren)
>> an meinem "Produktionsserver"!
> Bloss nicht :)
> 
>> Hm... womöglich hätte ich ja meinen "Testserver" umbennenen und
>> ihm vorgaukeln sollen, er wäre der richtige? Ist aber nicht ganz
>> tivial sobald ich dazu ja im Netz arbeiten muss usw.
> Nee, besser das Problem richtig verstehen und sicher nachstellen.
> 
>> Jedenfalls verstehe ich nicht, warum es mit dem restore des 
>> INBOX-Inhaltes geklappt ha, nicht aber mit den Unterordnern -
>> die INBOX-Emails sind auch nicht von einem anderen user als dem
>> der Unterordner. Das ist irgendwie nicht ganz logisch.
> Vielleicht die Reihenfolge von chmod und chown, und dann erst
> reconstruct? Bei chmod fällt mir noch auf, dass ich bei CentOS
> nicht cyrus:cyrus habe, sondern cyrus:mail. Hat sich auch nicht die
> Version vom Cyrus geändert? Ich hatte beim Upgrade auf Kolab 3.4
> einige Probleme, weil Cyrus 2.5 ein neues Mailboxformat hatte, und
> ich reconstruct -V 13 ausführen musse, um es auf das neue Format zu
> bringen.
> 
> Hoffe das hilft, Timotheus
> 

- -- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Prof. Dr. Markus Klaus Schäffauer

Romanische Philologie / Spanischsprachige
und portugiesischsprachige Literatur und Medien

Filologia Românica / Literaturas e Mídia nas
Línguas Espanhola e Portuguesa

Filología Románica / Literatura y Medios
de Comunicación en Español y Portugués


Universität Hamburg
Institut für Romanistik
Von-Melle-Park 6
D-20146 Hamburg

Tel:    ++49 (+40) 42838 4794
Fax:    ++49 (+40) 42838 6242

www.mkschaeffauer.de

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJVccSQAAoJEKnTQ5IEddyFNJoIAMh3NqFKlNpF/9zmZ88w5hly
FhYWPnpClAHdZ51/WsyeOTuOYq7FqkC+qTmPQCT3POdqUWJhpUQ3ufPsN+gzvvHB
wLp/tS+PGhJZLeOdHljAbbPLAoZAbGZqg9tRDJBemxOVw/Lj6voSmDc/qdOKXyIz
pYdGNuAhik7/nUvdBWOL0pQw3yOemdMyrFJutCmPl7Yv+Tkw30tEN2C+7mNSR3z3
YWp673qA1mMLubWR5a18FqfPP3S9EaYPZvoWLHQw+/112gOQtLdro0pk1Lb/ofJY
NwsqtniqCbxLMZGoSLLq21sh7yb3P6IJUqjvT4r04gEC8CIv8FggiIQDGTilmOE=
=szEG
-----END PGP SIGNATURE-----


Mehr Informationen über die Mailingliste users-de