Beiträge von bfal

Ah Ok, also zumindest unter Opera ist das Speichern des Liveconfig Logins kein Problem...aber das nur am Rande.

Ich habe bei einem Web-Paket das Problem das dort eine Wordpress Anwendung im Status "Deinstallation" hängt.

Folgendes ist passiert. Der Kunde hatte eine neue Wordpress Installation durchgeführt unter einer
anderen Domain und dann den Inhalt des alten Apps Ordner in den neuen Apps Ordner geschoben und anschließend den alten Apps Ordner gelöscht.

Dann ist er in den Anwendungsinstaller gegangen und hat dort die Anwendung deinstallieren wollen wo er jetzt halt steht.

Zu dem Zeitpunkt steht dann im Log das er nicht in das Verzeichnis wechseln kann was hier auch schon
fehlte.

Can't chdir() to '/var/www/w6/apps/nupucu': No such file or directory

Wie bekomme ich den Status denn hier nun weg? Ich hatte probiert den Ordner neu anzulegen und anschließen den
Liveconfig Client neu zu starten aber das ändert nichts.

Grüße
Björn

Bezüglich des Kennworts im Browser speichern zitiere ich mal die Konfig Datei "main.inc.php"

// Allow browser-autocompletion on login form.
// 0 - disabled, 1 - username and host only, 2 - username, host, password
$rcmail_config['login_autocomplete'] = 0;

Ich denke es reicht das entsprechend zu konfigurieren.

Gruß
Björn

Meine Backupstrategie ist mehrstufig.

Meine Server sind alle als Virtuelle Maschinen ausgelegt und diese werden per LVM Snapshot auf dem Host gesichert wobei nur das Basissystem ohne Kundennutzdaten gesichert wird um die VM schnell wiederherstellen zu können.
Zur Kompletten Datensicherung nutze ich dann einen Backupserver mit BackupPC (über RSync) wo alle Daten gesichert werden.
Ergänzend wird noch zusätzlich per AutoMySQLBackup Einzelsicherungen der Kundendatenbanken angelegt.

Dadurch das der Backupserver (BackupPC) die Daten abholt sind die Backups auch nicht gefährdet sollte einmal ein echter Einbruch in ein Server stattfinden da ja nirgends Zugangsdaten für z.B. ein FTP Space liegen welcher fürs Backup genutzt wird.

Grüße
Björn

Dumme Frage vielleicht aber hast du die beiden SQLlite Zeilen auch auskommentiert?

#db_driver = sqlite
#db_name = /var/lib/liveconfig/liveconfig.db

Öhm....ja stimmt...hast recht

Ich habe inzwischen die Hoffnung aufgegeben das so etwas simples wie eine Error.log Zeile hinzuzufügen in naher Zukunft kommt. Besonders da dies seit 3 Monaten im Dev Tracker steht. Sei realistisch....das wird so schnell nichts, dafür ist die Entwicklung viel zu langsam.
Schnellste Lösung im Kundenverzeichnis eine .httpd.conf mit der Zeile

ErrorLog /var/www/#kundenordner#/log/error.log

erzeugen. Wenn man dann einmal die VHost Config erzeugen lässt (neues Speichern einer Subdomain z.B.) wird die Datei included und es gibt ein Error Log.

Mir ist gerade aufgefallen das es mit dem von Liveconfig eingerichteten PAM service möglich ist sich als Root oder sonstigem Service User anzumelden. Dies betrifft hier zumindest Debian 6.

Ich möchte daher vorschlagen den Service um folgende Zeile, wie es Debian original auch macht, zu ergänzen damit Service User Accounts wieder generell abgelehnt werden.

auth    required pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed

das ganze sollte dann komplett so aussehen

#%PAM-1.0
#  _    _          ___           __ _     (R)
# | |  (_)_ _____ / __|___ _ _  / _(_)__ _
# | |__| \ V / -_) (__/ _ \ ' \|  _| / _` |
# |____|_|\_/\___|\___\___/_||_|_| |_\__, |
#                                    |___/
# Copyright (c) 2009-2012 Keppler IT GmbH.
# ----------------------------------------------------------------------------
# PAM configuration for vsftpd with virtual users
# Maintained by LiveConfig


# Virtual account is sufficient, try local account as fallback:
auth    required pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed
auth    sufficient pam_userdb.so db=/etc/vsftpd/passwd crypt=crypt
auth    required pam_unix.so


# Local account is sufficient, permit any (virtual) account as fallback:
account sufficient pam_unix.so
account required pam_permit.so


# <EOF>-----------------------------------------------------------------------

Grüße
Björn

Also in meinem Fall geht es meist nicht um Newsletter oder Diskussionen. Ich habe z.B. Sportvereine wo verschieden Gruppen jeweils einen Verteiler haben (meist in größen Ordnungen von 20-50 Mitgliedern) um Nachrichten oder Infos zu verschicken. Ob dies nun als Verteileradresse am Server angelegt ist, oder ob jemand dauern alle Mitglieder ins E-Mail Programm tippelt ist ja eigentlich kein Unterschied.

Ich für meinen Fall finde das Limit auf 25 Adressen hier zu wenig. Vielleicht sollte man das mindestens auf max. 50 Anheben (würde zumindest mir helfen) oder darüber nachdenken einen eigenen Bereich "Verteiler" zu generieren wo auch größeren Statische Listen möglich sind.

Soweit ich weiß soll irgendwann ein "E-Mail Login" kommen wo der E-Mail Nutzer dann seine zur E-Mail Adresse passenden Einstellungen selbst vornehmen kann. Stand hier schon im Forum. Das wäre eigentlich die bessere Nutzung für die E-Mail Adresse.

Ah ok...danke. Trifft diese Grenze auch für die Aliase zu?

Ich hole das noch einmal hoch weil mich die Werte interessieren. Kann ein Kunde z.B. eine Verteileradresse anlegen mit z.B. 120 Adressen? Wo sind die grenzen....wenn es welche gibt.

+1 Fände es auch sehr sinnvoll dies vorgeben zu können.

Ich denke DKIM würde eh erst Sinn machen wenn die DNS Verwaltung durch Liveconfig abgeschlossen ist damit die DNS Records gleich passend sind.

Mir fehlt eigentlich immer noch die Möglichkeit einen Default Wert fürs Greylisting vorzugeben.
Dies sollte übrigens für die meisten vielleicht neuen kommenden Funktionen gleich implementiert sein.

+1 Finde ich ebenfalls sehr sinnvoll

Wann können wir denn nun mit echtem vollständigem IPv6 Support rechnen?

+1 für Notiz

Ich schließe mich an....warte ebenfalls drauf.

Ich schließe mich mal an......die meisten vermissen das error.log. +1 fürs error.log.