All Activity

Steht alles da. Sicher, warum sollte es nicht gehen, Frage ist eher wieso willst du an lokale User Mails schicken?

Sehe erst jetzt deine Antwort. Ich bin leider immer noch nicht weiter gekommen, es funktioniert einfach nicht wie gewünscht. Die /etc/aliases habe ich so übernommen, wie froxlor sie mir angezeigt hat: mailer-daemon: postmaster postmaster: root nobody: root hostmaster: root usenet: root news: root webmaster: root www: root ftp: root abuse: root noc: root security: root # change this to a valid e-mail address you can access root: root@srv.XXX.de Der Empfang und Versand von E-Mails von/nach extern funktioniert. Von extern eingehende Mails werden auf die Mailboxen unter /var/customers/mail/webX verteilt und können abgerufen werden und wenn ich in der /etc/aliases eine externe E-Mail Adressen angebe für einen User, dann funktioniert die Weiterleitung. Was aber nicht funktioniert ist der rein interne User-Mailverkehr. Wenn ich hier jetzt einen lokalen User habe (user1) und den mit mail user1@localhost anschreibe, dann gibt's Fehlermeldungen: Jan 22 07:20:21 srv.XXX.de postfix/pickup[31158]: DAA5672013D: uid=0 from=<root@srv.XXX.de> Jan 22 07:20:22 srv.XXX.de postfix/cleanup[655]: DAA5672013D: message-id=<20220122062021.DAA5672013D@mail.srv.XXX.de> Jan 22 07:20:22 srv.XXX.de postfix/qmgr[31159]: DAA5672013D: from=<root@srv.XXX.de>, size=395, nrcpt=1 (queue active) Jan 22 07:20:22 srv.XXX.de dovecot: lda(user1)<658><fae4HCai62GSAgAABV+1+Q>: Error: setegid(privileged) failed: Operation not permitted Jan 22 07:20:22 srv.XXX.de dovecot: lda(user1)<658><fae4HCai62GSAgAABV+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 07:20:22 srv.XXX.de dovecot: lda(user1)<658><fae4HCai62GSAgAABV+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) Jan 22 07:20:22 srv.XXX.de dovecot: lda(user1)<658><fae4HCai62GSAgAABV+1+Q>: msgid=<20220122062021.DAA5672013D@mail.xxx>: save failed to open mailbox INBOX: 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) Jan 22 07:20:22 srv.XXX.de postfix/local[657]: DAA5672013D: to=<user1@localhost>, relay=local, delay=0.89, delays=0.42/0.06/0/0.41, dsn=4.3.0, status=deferred (temporary failure) Jan 22 07:20:22 srv.XXX.de postfix/local[657]: using backwards-compatible default setting relay_domains=$mydestination to update fast-flush logfile for domain "localhost" /var/mail/user1 existiert natürlich nicht. Ich würde erwarten, dass /var/mail/user1 angelegt wird und die Mail dorthin geschrieben wird. Genauso wie in meinem Ausgangspost wenn ich eine mail an root schicke. Das scheitert alles an den Rechten und ich weiß nicht, was ich noch einstellen kann, damit es wie gewünscht funktioniert. Geht das, was ich will, überhaupt?

https://github.com/Froxlor/Froxlor/commit/7c80dc3d1d62410eb96ba745d1063df305fc099d würde mich über tester freuen

Jo, kann ich denke ich bestätigen - das script phpsessionclean geht nur auf die allgemeine config der installierten php-version und berücksichtigt nicht die pool-cofings pro domain. Ich bastel was

Ja.

Mit welchem PHP interface? PHP-FPM?

Hab mich gerade verklickt und bin im customers/tmp/web1 folder gelandet. Nachdem er gar nicht mehr aufgehört hat zu laden, habe ich mal die Dateien zählen lassen, heraus kamen über 1.5 Mio. Kurzes Googlen ergab das hier. https://www.secretisland.de/froxlor-und-php-session/ Da das Laden ewig dauert, kann ich nicht sehen, wie alt die Dateien sind, die bei mir rumliegen, deswegen die Frage, ob der beschriebene Zustand mit den PHP-Sessions noch besteht und ob die genannte Lösung mittels eigenem Cron immer noch notwendig bzw. sinnvoll ist oder ob es andere Lösungen gibt.

Die Änderung wurde nun in das Main Repository für Apache übernommen, somit ist in Zukunft keine eigenständige Anpassung: https://github.com/Froxlor/Froxlor/pull/1006 Mit nginx und lighttp habe ich leider keine Erfahrungen.

Müsste erst analysieren, ob damit irgendwelche szenarien nicht mehr funktionieren und es müsste auch für nginx und lighttp umgesetzt werden, PRs sind gern willkommen

Sorry, wenn ich den Threat wieder zum Leben erwecke. Gibt es eingen Grund, wieso die Anpassung nicht im GitHub Repository durchgeführt wird? <If "-f %{SCRIPT_FILENAME}"> SetHandler "proxy:unix:/var/lib/...fpm.socket|fcgi://localhost" </If>

Setze mal in deiner roundcube config $rcmail_config['imap_auth_type'] = 0, CRAM-MD5/DIGEST-MD5 ist einer der Authentifizierungsmethoden von roundcube bzw. von Dovecot. hier was kleines zum lesen, https://www.mail-archive.com/dovecot@dovecot.org/msg85032.html

Ich verstehe, das hört sich logisch an. Vielleicht probiere ich das mal irgendwann aus.

kann schon, aber mit nem chroot'eten postfix müsste man dem auch das mysql-socket in seinem chroot bereitstellen damit das geht - du fährst also am besten einfach 127.0.0.1 zu benutzen (zumindest für postfix)

Hab nun folgendes gefunden: https://workaround.org/ispmail/jessie/postfix-mysql Auf Debian scheint der Postfix standardmäßig im chroot jail bzw. steht in der Froxlor Konfig auch: # # Postfix master process configuration file. For details on the format # of the file, see the master(5) manual page (command: "man 5 master" or # on-line: http://www.postfix.org/master.5.html). # # Do not forget to execute "postfix reload" after editing this file. # # ========================================================================== # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) # ========================================================================== smtp inet n - y - - smtpd Kann das die Erklärung sein, dass es mit localhost nicht funktionieren kann?

Schau doch am besten im IRC oder Discord vorbei - da kann man etwas "zügiger" helfen...so zieht sich das ja unnötig in die länge bei jeder nachfrage

ja...sieht doch auch als geht alles...

Folgende Ergebnisse: # mysql -u froxlor -p -S /var/run/mysqld/mysqld.sock Enter password: Welcome to the MariaDB monitor. Commands end with ; or \g. Your MariaDB connection id is 2953 Server version: 10.3.31-MariaDB-0+deb10u1 Debian 10 Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. MariaDB [(none)]> Ctrl-C -- exit! Aborted # mysqladmin -u froxlor -p --socket=/var/run/mysqld/mysqld.sock version Enter password: mysqladmin Ver 9.1 Distrib 10.3.31-MariaDB, for debian-linux-gnu on x86_64 Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others. Server version 10.3.31-MariaDB-0+deb10u1 Protocol version 10 Connection Localhost via UNIX socket UNIX socket /var/run/mysqld/mysqld.sock Uptime: 2 hours 26 min 6 sec Threads: 12 Questions: 132348 Slow queries: 0 Opens: 331 Flush tables: 1 Open tables: 321 Queries per second avg: 15.097 # mysqladmin -u froxlor -p -h localhost version Enter password: mysqladmin Ver 9.1 Distrib 10.3.31-MariaDB, for debian-linux-gnu on x86_64 Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others. Server version 10.3.31-MariaDB-0+deb10u1 Protocol version 10 Connection Localhost via UNIX socket UNIX socket /var/run/mysqld/mysqld.sock Uptime: 2 hours 28 min 36 sec Threads: 12 Questions: 134164 Slow queries: 0 Opens: 336 Flush tables: 1 Open tables: 326 Queries per second avg: 15.047 # mysqladmin -u froxlor -p -h 127.0.0.1 version Enter password: mysqladmin Ver 9.1 Distrib 10.3.31-MariaDB, for debian-linux-gnu on x86_64 Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others. Server version 10.3.31-MariaDB-0+deb10u1 Protocol version 10 Connection 127.0.0.1 via TCP/IP TCP port 3306 Uptime: 2 hours 28 min 47 sec Threads: 12 Questions: 134214 Slow queries: 0 Opens: 336 Flush tables: 1 Open tables: 326 Queries per second avg: 15.034

mach doch bitte mal einen connect versuch mit dem 'froxlor' user und dem zugehörigen passwort (welches beides in den configs gesetzt ist), einmal mit -h localhost und einmal mit -h 127.0.0.1

Dann sollte es auch funktionieren, oder?. Tut es aber nicht. Ich habe alle hosts Einträge in den .cf Dateien wieder auf localhost umgestellt und bekomme: postfix/smtpd[27766]: connect from XX.XX.de[XXX.XXX.XXX.XXX] postfix/trivial-rewrite[27779]: warning: connect to mysql server localhost: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) postfix/trivial-rewrite[27779]: warning: mysql:/etc/postfix/transport_maps.cf lookup error for "*" postfix/trivial-rewrite[27779]: warning: mysql:/etc/postfix/transport_maps.cf lookup error for "*" postfix/trivial-rewrite[27779]: warning: connect to mysql server localhost: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) postfix/trivial-rewrite[27779]: warning: virtual_alias_domains: mysql:/etc/postfix/mysql-virtual_alias_maps.cf: table lookup problem postfix/trivial-rewrite[27779]: warning: virtual_alias_domains lookup failure postfix/trivial-rewrite[27779]: warning: virtual_alias_domains: mysql:/etc/postfix/mysql-virtual_alias_maps.cf: table lookup problem postfix/trivial-rewrite[27779]: warning: virtual_alias_domains lookup failure postfix/trivial-rewrite[27779]: warning: virtual_alias_domains: mysql:/etc/postfix/mysql-virtual_alias_maps.cf: table lookup problem postfix/trivial-rewrite[27779]: warning: virtual_alias_domains lookup failure postfix/smtpd[27766]: NOQUEUE: reject: RCPT from XX.XX.de[XXX.XXX.XXX.XXX]: 451 4.3.0 <XXX@XX.de>: Temporary lookup failure; from=<XXX@XX.de> to=<YYY@YY.de> proto=ESMTP helo=<XXX@XX.de> Mit 127.0.0.1 funktioniert es.

steht ja da

Ich habe jetzt einmal die mysql config verändert. Folgende Ausgaben müssten doch bestätigen, dass eine erfolgreiche Socketverbindung stattfindet, oder? # mysqladmin -u root -p --socket=/var/run/mysqld/mysqld.sock version Enter password: mysqladmin Ver 9.1 Distrib 10.3.31-MariaDB, for debian-linux-gnu on x86_64 Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others. Server version 10.3.31-MariaDB-0+deb10u1 Protocol version 10 Connection Localhost via UNIX socket UNIX socket /var/run/mysqld/mysqld.sock Uptime: 1 min 24 sec # mysql -u root -p -S /var/run/mysqld/mysqld.sock Enter password: Welcome to the MariaDB monitor. Commands end with ; or \g. Your MariaDB connection id is 136 Server version: 10.3.31-MariaDB-0+deb10u1 Debian 10 Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

musste halt einfach mal in der mysql-server config schauen wie der eingerichtet ist

Die froxlor übrigens korrekt anlegt, wenn man die dienste mit den Konfigurationstemplates korrekt eingerichtet hat

Du hast keine alias auf den root user in der /etc/aliases Datei

Ich hatte ja auch erwartet, dass es funktioniert. Darauf gekommen bin ich, da ein andere User hier das gleiche Problem hatte: Ich habe dann meine alten Configs vom umgezogenen Server angeschaut, und auch da war der localhost durch 127.0.0.1 ersetzt. Das muss also schon damals mit localhost nicht funktioniert haben.