Mailfile verschieben

[savruk]

Hallo, ich habe ein Problem mit dem verschieben einer Mailfile. Serverversion 6.5

Er hört im Administrationsprozess bei: "Push Changes to New Mail Server" auf mit der Meldung: "Error: Signer does not have the required access rights to the source database".

Was für Rechte fehlen?


Danke im vorraus !

[eknori]

es fehlen vermutlich die Rechte zum Erstellen einer neuen Replik im Serverdokument

[savruk]

Danke für die schnellle Antwort, ich werde gleich morgen früh mal danach schauen, obwohl ich mir Sicher bin , dass ich die Rechte da eingetragen habe.

Ich verschiebe aber von einem Server zu einem anderen !

Ich werde mich morgen noch einmal melden !

Ciao Ines

[eknori]

dann noch prüfen, ob der eine Server auch mit dem anderen kann ( AccessServer )

[savruk]

Hallo,

wie und wo mache ich denn das ?

Ciao

[eknori]

1. Server crosszertifiziert
2. AccessServer und CreateReplica fields im Server Document
3. ACL der Datenbank ( dürfen Server zugreifen )
3a Haken bei "Dokumente replizieren" gesetzt ?
4. Replizierung deaktiviert ?
5. Replizierparameter prüfen; Replizierformeln vorhanden ??

schreib mal was zur Infrastruktur; Server, Domains, welcher Server soll wie und wohin die Db repl.

Ulrich

[savruk]

Hallo,

habe Dir mal was zusammen gestellt. Ist aber ein wenig lang geworden und daher habe ich einen Anhang mitgeschickt. Ich hoffe Du kannst was daraus erkennen und mein Problem lösen : - )

Danke und Ciao

[Wolfgang]

Hallo Ines,

damit das Verschieben funktioniert, muß der ursprüngliche Server, von dem Du die DB "abschieben" willst, als Administrationsserver eingetragen sein. Schau doch da mal nach ...

Gruß
Wolfgang

[savruk]

Hallo Wolfgang,

ich muss das doch auf dem Server in meiner DB ändrn, nech? Dort habe ich das getan. Die ACL's werden aber doch wahrscheinlich nicht gleich greifen, oder ? Ich habe mal irgendwo gelesen, dass man den Cach leeren kann. So, dass ich kein Serverneustart brauche.

Weißt Du wie das geht ?

Ciao Ines

[koehlerbv]

dbcache flush

[savruk]

Dankeschön!

Aber ich bekomme trotzdem die gleiche Fehlermeldung !  

[Landmilch]

Das Problem habe ich auch.

Dummerweise kann ich einige User verschieben andere wiederum nicht. Habe die Userdokumente und Maildatenbank schon einige mal verglichen. Konnte keinen Unterschied feststellen. Aber vielleicht bin ich auch betriebsblind.
Es liegt also nicht am Server Server Connect. Sonst würden die anderen User vom Server nicht klappen.

Gruß
Landmilch

[Wolfgang]

... fällt mir gerade noch ein, daß es auch zu Problemen kommt, wenn in der Mail-DB die Option "Replikation vorübergehend deaktivieren" (Replizierparameter) gesetzt ist.
Welcher Fehler da genau auftritt, weiß ich nicht mehr, aber der ganze Prozeß bricht irgendwann zwischendrin auch ab.

Gruß
Wolfgang

[savruk]

Hallo Wolfgang,

die Option ist bei mir nicht gesetzt !

Sonst noch eine Idee

Ciao Ines

[Landmilch]

Es scheint wirlich etwas mit den Rechten zutun zu haben. Habe mal bei einem User Default auf Manager gesetzt. Siehe da, es funktioniert. Das ist natürlich nicht die Lösung. Aber es gibt uns schon mal eine Richtung vor.Bin mir auch nicht drüber im klaren an welchen Rechten es heir scheitert. Alter Server, neuer Server, Besitzer der Maildatenbank, oder Anforderer der Verschiebung.

Wir werden aber schon dahinter kommen

Gruß
Landmilch

[savruk]

Ich hoffe auch  

Ciao Ines

[Landmilch]

Also folgende neuen Erkenntnisse

Ich habe mich als Auslöser auch noch einmal persönlich mit Managerrechten eingetragen. Der alte Server ist nioch Adminserver mit Managerrechten. Der neue Server wurde auch noch einmal als Manager eingetragen. Somit sollten jetzt alle, die an dem Prozess beteiligt sind darauf zugreifen können. Leider bekomme ich immer noch die selbe Meldung.
Welche Rechte kann ich denn noch übersehen haben? Mit Default klappt es ja auf alle Fälle.

Hat noch jemand eine Idee?

Gruß
Landmilch

[MacSpudik]

Hallo Allerseits,

auch wenn dieser Post schon etwas älter ist, antworte ich trotzdem mal darauf. 

Ich habe das gleiche Problem gehabt und der Post war sehr aufschlussreich. Alles hier beschriebene konnte ich nachvollziehen, bzw. trat in meiner Umgebung auch auf.
Inkl. der Default-User Geschichte.

Bei fast allen funktionierte der Umzug reibungslos. Bei älteren Datenbanken gab es jedoch einige wenige, die sich mit der im Post genannten Fehlermeldung sträubten und von denen wollten sich wiederum einige noch wenigere selbst bei Default Managerrechten nicht umziehen lassen.

Letztendlich hat geholfen, die Serverzugriffe aus der ACL zu löschen und neu einzutragen (obwohl definitiv kein Schreibfehler, also keine Änderung gegenüber vorher o.ä. vorlag) und natürlich den Administrationsserver unter "Erweitert" anschließend neu zu setzen.

Nur für die Nachzügler, die ebenfalls mal auf so nen Fehler stoßen sollten