Ein Dreh- und Angelpunkt dünkt mich dabei die Eindeutigkeit der User-IDs über alle Server hinweg - damit derselbe Kunde auch auf einem anderen Server dieselbe ID nutzen kann. Solange das nicht geht, wird alles recht kompliziert (ID ändert -> DB-Name wegen prefix ändert -> viel Aufwand, ausserdem ist ein Umzug der Mailkonti bei bleibender ID einfacher).
Man könnte ja einfach prüfen, ob die alte ID schon vorhanden ist. Wenn nicht, manuell eine eingeben.
Ich hab meine Installation etwas angepasst, dass ich die ID bei neuien Kunden manuell eingeben kann - so kann ich den Umzug wenn auch manuell, recht einfach machen.
Ja, als Fallback sicher gut.
Ich sehe bei meinem Setup das Problem mit den IDs nicht als so gravierend an, wenn, dann würde ich eh große Kunden auf einen Dedi auslagern, also in eine frische Installation einspielen. Ja, das geht jetzt auch, aber ist halt noch viel Handarbeit.
Sobald wir eindeutige UserIDs über mehrere Server haben und ein Umzug eines Kunden von einem auf einen anderen server, wird das M in i-MSCP endlich Realität... im Prinzip sollte das mit einem zusätzlichen DB-Feld in verschiedenen Tabellen machbar sein: auf welchem server sind Webdaten, DB-Daten, Maildaten (usw).
Ja, das wäre toll, ich bin mal gespannt, ob/was diesen Monat mit i-HMS wird …
Die Mails der Kunden separat vom Web zu verwalten (zB. alle Mailkonti auf einem Server) hätte den Vorteil, dass der Kunde bei einem Umzug nicht seine Mail-Einstellungen ändern muss. Seit SSL im Mail geht ja mail.kunde.tld nur noch beschränkt bzw. nicht, also kommen Hostnamen des Providers zum Einsatz.
Wieso das?
Du kannst doch bis zu 100 Aliase in eine LE-Cert packen.
Klar, wäre natürlich schön, wenn das automatisch passieren würde.
Evtl. auch nur als Option, ich brauche nicht für jede meiner Domains einen eigenen MailserverName, die laufen alle über einen Zentralen.
Eine andere Variante zur Beibehaltung des MAil-Hostnamens wäre: einen POP/IMAP/SMTP-Proxy einsetzen (Dovecot kann mindestens POP+IMAP) - alle sprechen den Proxy an und der leitet die Anfragen inten an den jeweiligen Server weiter, je nach Kunde.
Ist aber auch viel Aufwand
Sowas geistert mir seit Monaten durch den Kopf... und hier sehe ich zurzeit eien Mangel an Entwicklung.
Machen könnte man viel.
Nur: Es kann im Prinzip nicht mehr als ein Hobby sein, selbst wenn man das als kostenpflichtiges PlugIn macht müssen sich viele Abnehmer finden, damit sich das lohnt.