dovecot.local.conf:
namespace inbox {
mailbox Drafts {
special_use = \Drafts
auto = subscribe
}
mailbox Junk {
special_use = \Junk
auto = subscribe
}
mailbox Sent {
special_use = \Sent
auto = subscribe
}
mailbox Trash {
special_use = \Trash
auto = subscribe
}
}Benutzer anschließend bearbeiten, nix ändern, direkt speichern. Dann wird "//priv/" daraus.
SOAP-API = Zugangspass zur API überhaupt
und
// check checksum 'LiNk-PaSsWoRd' = das generierte Passwort für den Link.
genau 
ZitatIch danke für Deinen Klapps auf mein Haupt. Schönen Abend noch.
Keine Ursache - viel Erfolg!
Denn wenn ich das in der example richtig ersehe, ist dies erforderlich um die Userdaten ausgeben zu lassen. Z.B. Kundennummer oder persönliche Anrede.
In dem verlinkten Text wird nur auf das SOAP-Passwort eingegangen
Nö:
ZitatPasswort: das Passwort welches zur Erzeugung der Prüfsumme beim Aufruf der Zieladresse verwendet wird (siehe Abschnitt 8.3.2, „Programmierung eigener Inhalte“).
Vereinfacht: ein Menü-Eintrag bei "eigene Links" wird ein Passwort angegeben, welches dann bei "checkSession()" als Parameter übergeben werden muss. Welches, ist egal - muss nur zweimal das gleiche sein.
Dabei finde ich keine Info wie oder wo ich das 'LiNk-PaSsWoRd') erzeuge !
zufällig
ZitatKann mir da jemand mal einen Link angeben wo das Thema beschrieben ist?
also ist es (aktuell) nicht möglich z.B. 5 bestehende Confixx Systeme erst zu migrieren und dann zusammen zufassen? Gibt es andere Wege?
Gleich direkt ins LC Business migrieren. Beim Import-Vorgang kann der Zielserver angegeben werden.
Setzt natürlich voraus, dass jeder Confixx-Benutzer entweder umbenannt wird oder schon jetzt nur einmal vorkommt.
Das ist auch mit MySQL 5.7 noch nicht möglich.
Zitat von https://dev.mysql.com/doc/refman/5.7/en/account-names.htmlThe following netmask will not work because it masks 28 bits, and 28 is not a multiple of 8:
192.168.0.1/255.255.255.240
Wie kann ich den Benutzernamen bei einer Migration beinflussen?
Aus der Hilfe (--help):
* -i Interaktiv: beim Anlegen eines neuen Kunden/Vertrags
* nach der neuen Kunden-/Vertragsnummer fragenDas klappt auch - MySQL/FTp-Benutzer werden auch umbenannt, Datenbanken nicht. Dafür den Code anpassen:
# OPTIONAL: Datenbank beim Import umbenennen:
$dbase['name']=preg_replace('/^usr_web\d+_(.*)$/', "${subscriptionname}db$1", $dbase['name']);Zitat2) Nach der Migration muss ich aktuell manuell für alle Kunden Webapps und weiteres aktivieren. Kann man dies global für alle Kunden aktivieren? Bei über 100 Kunden je System ist dies sonst sehr aufwendig.
Eigentlich müssen nur die Angebote abgeändert werden.
Workaround
oder direkt ersetzen durch:
$command = preg_replace('/\/var\/www\/([^\/]+)\/html(\/.*)?$/g', '/var/www/$1/' . $OPTS['htdocs'] . '$2', $command);(neu: modifier /g. Ersetzt global)
Wenn das "html"-Verzeichnis gleich bleibt, kann der preg_replace aber natürlich auch weggelassen werden.
allerdings sehe ich für Verbindungen zu localhost keinen Vorteil darin(?).
Wenn im Code aber HTTPS verwendet wird, wäre der HTTPS-Port doch von Vorteil:
$lc_url = 'https://'. $lc_host .':'. $lc_port .'/liveconfig/hosting/mailpwd';8080 sieht nach HTTP-Port aus. Mal den HTTPS-Port getestet?
Wie bekomme ich das LC nun vom 2. Rootserver in den Hauptserver eingebunden? Das also die Verwaltung über ein Panel geht.
Wenn auf dem zweiten non-Business Server schon Kunden/Verträge/Accounts angelegt sind: gar nicht.
Ein "Import" von Standard-Servern ins LC ist aktuell nicht möglich.
Wenn der zweite Server leer ist: LC Server deinstallieren, LC Client installieren, im LC Business einbinden.
Guten Morgen,
http://www.liveconfig.com/de/handbuch/client.install.xhtml
Vorher den bisherigen Standard auf Business upgraden - danach kann man in der Serververwaltung mehrere Systeme hinterlegen.
Mein Fehler, zu schnell gelesen.
Vermutung:
- Zugriffe: Login/Logout-Events am Mailserver
- Traffic: mindestens POP3/IMAP-Traffic-Größen
Damit ließe sich in der Tat auf Spam prüfen, abhängig davon, wie viel verschickt wurde und wie zeitnah die Anzeige erfolgen kann.
Kann ich aus diese Daten SPAM Missbrauch feststellen?
nein.
ZitatSind das Ausgehender Zugriffe oder Traffic?
HTTP-Logs: Anfragen (Anzahl) an den Server, sowie wie viel Traffic diese erzeugt haben (Summe von Daten an den Server sowie Server-Antwort).
Im Grunde also nur die Daten aus dem Access-Log.
Führt das nicht dazu, dass ich für jede Datenbank die User/Password-Kombination neu vergeben muss? Die User existieren bereits, genau wie die Datenbanken.
SOAP-API-Calls verwenden, wenn es zu viel ist.
Aber ohne User/Passwort anzugeben wird es nicht klappen.
Mit ein Grund, warum wir hier auch IMMER anraten, ALLE Datenbanken/FTP-Accounts/... auf einem Server mit dem Control Panel zu verwalten, sobald ein Control Panel da ist. Bei anschließender Migration vergisst man entweder die Hälfte, oder hat einen massiven Aufwand, diese "externen" Daten nachträglich zu migrieren. Mal von den Nachteilen bei der aktuellen Nutzung abgesehen...
Es ist durchaus mittelfristig möglich, dass ein LCCLIENT von Rechenzentrum A zu B wechselt, während der LiveConfig-Master an der alten Stelle verbleibt.
Wie nun könnte ich ein Mitglied einer Multiserverumgebung auf diese Weise migrieren, ohne dass die Nutzerprofile verloren gehen? Könnte die IP eines Webservers dann beispielsweise einfach ersetzt werden?
Ungetestet:
Den alten Server 1:1 (rsync, ...) umziehen und danach nur die IP etc ändern.
Anschließend die IP-Gruppen anpassen, so dass statt der bisherigen IPs die dortigen neuen IPs verwendet werden.
Ein Suchen&Ersetzen wie bei Confixx ist nicht mehr notwendig.
Die Übernahme der Profile erfolgt unabhängig von LiveConfig, da ja das gesamte OS migriert wird!
ZitatEbenfalls wichtig: Wie können Nutzer bzw deren Veträge einzeln bei Bedarf migriert werden?
Derzeit ist keine Migration möglich.
Das waren die häufigsten Ursachen für Spamversand auf unseren Altsystemen.
War hier eher das Problem von Trojaner-verseuchten Windows-PCs. Da ist die Passwort-Stärke dann egal, wird ja alles mitgesnifft...
Ansonsten: jo, mit Verletzung der Sorgfaltspflichten ist da genug zu tun. Im Zweifelsfall sperren, informieren und fertig. Die "Abrechnung von Aufwand für Säuberung" muss der Kunde dann ja sowieso beauftragen - oder er kümmert sich selber drum...
Es ist für den Kunden doch etwas verwirrend als MySQL Host hier mail.xyz.de einzutragen.
db.xyz.de IN CNAME mail.xyz.deantondollmaier, danke für den Link. Muss man es global , kann man dies nicht individuell setzen, so dass nur auf Wunsch ein einfacheres Passwort erstellt werden kann?
Nur global.
Man kann an der LC-GUI "vorbei" immer alternative Passwörter setzen. Aber das kann der Kunde nicht ...
