Jump to content
Froxlor Forum

matsy

Members
  • Posts

    100
  • Joined

  • Last visited

Recent Profile Visitors

2033 profile views

matsy's Achievements

Enthusiast

Enthusiast (6/14)

  • Dedicated Rare
  • First Post
  • Collaborator Rare
  • Week One Done
  • One Month Later

Recent Badges

0

Reputation

  1. matsy

    Version 2.2

    Alles klar, danke.
  2. matsy

    Version 2.2

    Gibt es für die Version 2.2 schon ein ETA?
  3. Gut, danke, dann mache ich es so manuell. Frohe Weihnachten!
  4. Ich muss die Passwörter für Mysql ändern also diejenigen, die Froxlor benutzt. Gibt es dafür innerhalb Froxlor eine Funktion? Wenn nicht, würde ich sie manuell in MySQL ändern und dann in die userdata.inc.php eintragen, sowie in den Postfix .cf Dateien und der dovecot-sql.conf.ext einfach ändern. Reicht das oder habe ich etwas übersehen?
  5. Bin mitten im Serverumzug. Da bleibe ich erst mal auf dem gleichen Stand.
  6. Das ist ja dann mal ein echter Grund zur Freude auf das nächste Update. Ich werde berichten, ob dann alles funktioniert.
  7. Nein, noch auf 0.10.36. Ist das etwa das Issue hier https://github.com/Froxlor/Froxlor/issues/1044 was genau in der 0.10.38 gefixt wurde?
  8. Bin die Schritte der Konfiguration gerade nochmal durchgegangen und es sieht alles so aus, wie dort abgebildet. Die Groupsdatei enthält: web1:x:10000:web1,www-data,froxlorlocal und id froxlorlocal ergibt: # id froxlorlocal uid=2001(froxlorlocal) gid=2001(froxlorlocal) groups=2001(froxlorlocal),10000(web1) id www-data zeigt: # id www-data uid=33(www-data) gid=33(www-data) groups=33(www-data),2001(froxlorlocal),10000(web1) Zum Testen habe ich einem Subfolder in einem Kundenverzeichnis einm 777-Rechte gegeben aber auch dann erscheint er nicht im Dropdownfeld.
  9. Wie ich es umstellen kann habe ich jetzt gefunden, das wäre auf jeden Fall schon mal eine Alternative. Warum das Dropdownfeld aber keinen Ordner anzeigt, ist aber immer noch seltsam. In den Kundenordnern gibt es gültige Unterordner. Zu den Rechten kann ich nicht viel sagen. Ich hatte Froxlor installier und automatisch konfiguriert und es schien alles zu funktionieren. Wie kann ich denn am Besten herausfinden, ob es an falschen Berechtigungen liegt, bzw. lassen sich die irgendwie automatisch überprüfen oder neu setzen?
  10. Und heute habe ich mal wieder ein Problem: Wenn ich einen Verzeichnisschutz erstellen will oder eine Verzeichnisoption, dann bekomme ich für die Pfadeingabe nur ein Dropdown-Feld mit einem Slash drinnen. Eine Eingabe ist nicht möglich und eine andere Auswahl wird auch nicht angezeigt. Ich habe einen Screenshot beigefügt und komme nicht drauf, was falsch ist. Irgendwann hatte es wohl mal funktioniert, weil ich einige Verzeichnisschutze bereits angelegt sind. Aber im Moment bekomme ich diese Option mit dem Slash.
  11. Den Eintrag gibt es. Verdammt Aber danke für den Hinweis, ich glaube so funktioniert es: # chgrp nogroup inbox #ls -ld /root/mail/inbox -rw-rw-r-- 1 root nogroup 3977 Jan 24 12:42 /root/mail/inbox Jan 24 12:56:47 srv.XXX.de postfix/local[21483]: 34E9A7200EA: to=<root@localhost>, relay=local, delay=0.19, delays=0.14/0.02/0/0.03, dsn=2.0.0, status=sent (delivered to file: /root/mail/inbox) Jan 24 12:56:47 srv.XXX.sw postfix/qmgr[7338]: 34E9A7200EA: removed
  12. Wenn ich in der /etc/aliases eine Mailadresse angebe, dann werden die lokalen Mails an root ja doch wieder weitergeleitet, was ich nicht will. Da /root das Home-Verzeichnis vom root-User ist, wäre es folgerichtig, wenn Dovecot das Mailverzeichnis darin anlegt und Mails dorthin zustellt. Das macht er wegen fehlender Rechte aber nicht. Ich habe zum Testen nun einmal ein Mailverzeichnis in /root erstellt und eine Datei 'Inbox'. Per /etc/aliases leite ich root direkt auf /root/mail/inbox. Sobald ich 'inbox' 666 Rechte gebe (also inkl. read/write for others) stellt Postfix/Dovecot darin zu. Also genau das was ich eigentlich will. Die Datei ist so aber natürlich für jeden beschreibbar. Ich habe nun nacheinander versucht, die Datei nur für die Gruppen Postfix bzw. Dovecot bzw. mail schreibbar zu machen, dann stellt er aber wieder nicht zu, was ich nicht verstehe, weil das Recht über die richtige Gruppe doch eigentlich ausreichen müsste. Oder für welche Gruppen muss ich denn sonst die Schreibrechte vergeben?
  13. Das ist nachvollziehbar, ich habe es aber halt aus der Sicht einer möglichst schnellen Einrichtung gesehen, mit so wenig Fehlerquellen wie möglich. Denkbar wäre ja vielleicht auch, dass man in eine eventuelle 99-froxlor-config.conf die entsprechenden sections mit dazu schreibt. Also z.B. so: # Froxlor all inclusive config file # 99-froxlor-config.conf #file: 15-lda.conf postmaster_address = postmaster@srv24043.blue.kundencontroller.de #file: 20-pop3.conf pop3_logout_format = in=%i out=%o top=%t/%p, retr=%r/%b, del=%d/%m, size=%s usw...... So könnte man aus der Config-Datei auch sehen, woher die Settings ursprünglich kommen. Naja, war ja nur so eine Idee. Zurück zum eigentlichen Problem: Also mit der Einstellung mail_location = maildir:~/Maildir läuft es grundsätzlich anscheinend ganz gut. Ich habe das jetzt fast 24 Stunden am Laufen und es wurden die Postfächer unter den Home Directories erstellt, die lokalen Mails kommen dort an und die froxlor web-User bekommen weiterhin ihre Mails in ihren Postfächern. Scheint also erst einmal zu klappen. Was nicht klappt sind die Mails für den root-User. Für den bekomme ich weiterhin: Das ist irgendwie ja auch verständlich, schließlich soll ja nicht jeder nach Belieben ins /root Verzeichnis schreiben können, in diesem Fall wäre es aber gewollt. Hast du dazu noch eine Idee, ich habe das jetzt noch nicht groß gegoogelt für eine Lösung, weil ich gehofft hatte es würde doch noch funktionieren.
  14. Danke fürs Raussuchen, werde ich mal ausprobieren und sehen, ob es funktioniert. Die Inboxen unterhalb der User-Verzeichnisse wären natürlich ein Traum. Mir ist jetzt noch beim Durchlesen eine Idee für einen Verbesserungsvorschlag für Froxlor gekommen: Bei der Dovecot-Konfiguration in froxlor muss man ja der Reihe nach die Konfigdateien einzeln erst umbenennen und dann neu anlegen mit den Änderungen. Wäre es nicht viel einfacher, wenn die Konfigurationsanleitung einfach nur die Änderungen anzeigen würde, man diese in eine Datei kopiert und die dann ans Ende der Konfigdateien stellt, dass es als Letztes eingelesen wird. Z.B. mit einem Namen wie 99-froxlor-config.conf? So hätte man die alles an einem Ort in einer Datei und müsste die Originaldateien überhaupt nicht anfassen.
  15. Du meinst eine echte existierende Mailadresse? Dann wird sie ja weitergeleitet. Das funktioniert ja und will ich ja gerade nicht. Ich habe jetzt mal den user1 der group mail hinzugefügt: root@srv.XXX.de:~# adduser user1 mail Adding user `user1' to group `mail' ... Adding user user1 to group mail Done. Mail geschickt: Jan 22 11:17:44 srv.XXX.de dovecot: lda(user1)<24290><MXdiOsjZ62HiXgAABV+1+Q>: Error: setegid(privileged) failed: Operation not permitted Jan 22 11:17:44 srv.XXX.de dovecot: lda(user1)<24290><MXdiOsjZ62HiXgAABV+1+Q>: Error: Mailbox INBOX: open(/var/mail/user1) failed: Permission denied (euid=1000(user1) egid=1000(user1) missing +w perm: /var/mail, we're not in group 8(mail), dir owned by 0:8 mode=0775) Jan 22 11:17:44 srv.XXX.de dovecot: lda(user1)<24290><MXdiOsjZ62HiXgAABV+1+Q>: Error: Mailbox INBOX: Failed to autocreate mailbox: Mailbox INBOX: open(/var/mail/user1) failed: Permission denied (euid=1000(user1) egid=1000(user1) missing +w perm: /var/mail, we're not in group 8(mail), dir owned by 0:8 mode=0775) Permissions: root@srv.XXX.de:~# ls -ld /var/mail drwxrwsr-x 2 root mail 4096 Jan 21 15:27 /var/mail
×
×
  • Create New...