Beiträge von weltmeister

Exakt das habe ich schon probiert, da wird wiederum nach dem Einmal-Passwort gefragt, darauf habe weder ich, noch der Kunde zugriff. Gibt es eine einfache Lösung?

Ein Kunde hat sich wie folgt gemeldet:

Leider ist mein Smartphone mit der Authentifizierungsapp leider defekt und kann demnach nicht mehr den generierten Code eingeben.

Als Admin hat man leider keine Möglichkeit, diesen Dienst deaktivieren zu können - oder doch?

Wie machen das andere Provider, die deren Kunden SSH-Zugriff gewähren, man dort aber nicht bei anderen Kunden in den Dateien herumschnüffeln kann?

Ist für die Standard-PHP-Version mit "apt-get install php-pear" nicht alles schon erledigt?

Gibt es denn gar keine Rückmeldung hierzu?

Es sind ja eigentlich nur Kleinigkeiten,die LiveConfig besser machen würden. Was definitiv aber auch fehlt, ist eine Backup-Funktion. Die wurde hier im Forum schon vor 9 Jahren hoch und heilig versprochen.

Die Nachfragen nach dem Spamordner reißen nicht ab. Ist es bald geplant, das der Kunde selbst entscheiden kann, was mit Spam-Mails passieren soll? (In Ordner sortieren Ja / Nein) Viele Kunden sind bereits von Plesk verwöhnt, dort hat man sämtliche Optionen.

Wir sind nun auch schon seit über 10 Jahren dabei. Vor allem eine funktionierende Backup-Funktion wäre das A und O und wird immer wieder erfragt. Wann ist denn nun soweit?

Jetzt wird es peinlich (für mich). Das nennt man Betriebsblindheit. Exakt diese Funktion ist vorhanden und funktioniert sehr gut.

Ich bedanke mich für die sehr schnelle Reaktion und den guten Service.

Die Logs unserer Server füllen sich in letzter Zeit mit Fehlermeldungen wie diesen:

Zeile 362740: Mar 23 13:57:37 s1 postfix/smtp[3984672]: connect to gmail-smtp-in.l.google.com[2a00:1450:400c:c07::1b]:25: Network is unreachable
	Zeile 371161: Mar 23 15:43:34 s1 postfix/smtp[4024859]: connect to gmail-smtp-in.l.google.com[2a00:1450:400c:c07::1a]:25: Network is unreachable
	Zeile 371545: Mar 23 15:48:36 s1 postfix/smtp[4026100]: connect to gmail-smtp-in.l.google.com[2a00:1450:400c:c07::1b]:25: Network is unreachable
	Zeile 371546: Mar 23 15:48:36 s1 postfix/smtp[4026100]: connect to alt1.gmail-smtp-in.l.google.com[2a00:1450:4013:c16::1b]:25: Network is unreachable
	Zeile 372209: Mar 23 15:58:36 s1 postfix/smtp[4027901]: connect to gmail-smtp-in.l.google.com[2a00:1450:400c:c07::1b]:25: Network is unreachable
	Zeile 372212: Mar 23 15:58:36 s1 postfix/smtp[4027901]: connect to alt1.gmail-smtp-in.l.google.com[2a00:1450:4013:c16::1a]:25: Network is unreachable

Das Resultat ist, das Mails nicht ankommen. Die Lösung soll wie folgt in der /etc/postfix/main.cf sein:

inet_protocols=ipv4

Ist es möglich, das dies im nächsten Update angepasst wird?

Im Moment steht da: inet_protocols=all

Siehe auch: http://www.whitemiceconsulting.com/postfixIPv4only

Eine Möglichkeit das ganze umschaltbar zu machen, wäre eine feine Sache.

Vielen Dank an dieser Stelle für die vielseitige Hilfestellung und die Denkanstöße. Das Problem konnte gelöst werden.

Danke, exakt das habe ich so eingefügt, die config neu schreiben lassen, den Dienst neu gestartet, es wird einfach nicht übernommen.

Kann es sein, dass dies unter Deb. 11 nicht funktioniert?

doveconf -d | grep default_process_limit gibt immer noch 100 aus.

Ich wäre für jeden hilfreichen Tipp dankbar.

Ja, der Include steht in der dovecot.conf ordnungsgemäß.

Jedoch kann ich in die dovecot.local.conf einfügen was ich will, es wird einfach nichts übernommen.

Auch das neustarten der Dienste hat nicht zum Erfolg geführt.

Was kann man noch tun?

Leider ohne Funktion. Ich trage folgendes in die dovecot.local.conf ein:

service imap-login {
process_limit = 250
}

Anschließend wird die Konfiguration neu gespeichert.

doveconf -d | grep default_process_limit zeigt folgendes:

Zitat

doveconf: Warning: please set ssl_dh=</etc/dovecot/dh.pem
doveconf: Warning: You can generate it with: dd if=/var/lib/dovecot/ssl-parameters.dat bs=1 skip=88 | openssl dhparam -inform der > /etc/dovecot/dh.pem
default_process_limit = 100

Der Wert wurde also gar nicht übernommen. Was ist da falsch?

Ist es hoffentlich bald möglich, diesen Wert über LiveConfig einstellen zu können?

Zitat von kk

Bitte ruhig bleiben...

Es geht hier um das process_limit, also die Gesamtzahl aller IMAP- und/oder POP3-Prozesse. Via LiveConfig lässt sich derzeit nur die Anzahl der Connections pro IP festlegen.
Ich denke, dass wir diesen Wert auch via LC einstellbar machen (ist ja wichtig für größere Setups); bis dahin wird es eine manuelle Lösung geben.

Viele Grüße

-Klaus Keppler

Alles anzeigen

Wird dies bald berücksichtigt, also ohne "Bastelarbeiten", wie bisher? Es wäre in der Tat schön, wenn man diesen Wert in der Oberfläche festlegen könnte.

Zitat von Nomflow

An dieser Stelle sei mir eine kurze Nachfrage gestattet: bereits im Jahr 2021 wurden Ihnen in diesem Thread sowohl von thomas16 als auch von suppenuser entsprechende (wirklich simpel umzusetzende) Lösungsmöglichkeiten präsentiert.

Wurden diese von Ihnen tatsächlich knapp 1 1/2 Jahre einfach ignoriert und Sie warten stattdessen lieber auf eine entsprechende Implementation in LiveConfig?

Wer lesen kann, ist klar im Vorteil. Es ist eine Lösung gewünscht, wo der Kunde selbt entscheiden kann, was mit den Spam-Mails passiert. (Sortieren / nicht sortieren, wie bisher).

Heute die nächte Anfrage, eine von vielen: "Eine Frage hätte ich noch: gibt es eine Möglichkeit, den Spamfilter einzustellen? So weit ich sehen kann, markiert der nur Spam-Verdachtsfälle, schiebt sie aber in keinen speziellen Ordner oder löscht sie gar. Das ist für uns wichtig."

Ich selbst sage nur ungern nein, kann diese Funktion aber nicht aus dem Hut zaubern. Daher bitte die möglichkeit anbieten, den Kunde diese Einstellung vornehmen zu lassen. Alle, die es wollen. Die es nicht wollen, setzen den Haken nicht.

Wird es diese Möglichkeit hoffentlich bald geben?

Heute kam folgende Fehlermeldung rein:

channel 'spamassassin.heinlein-support.de': could not find working mirror, channel failed

Wurde der Dienst eingestellt?

Vielen Dank für die Erklärung.

Die Mailserver werden über LiveConfig verwaltet, DKIM wurde wie von LiveConfig bereitgestellt übernommen, als SPF nutzen wir v=spf1 a mx ip4:xx.xx.xx.0/24 ~all.

Bei https://www.mail-tester.com werden 10 / 10 Punkte erreicht , nur 2 Kleinigkeiten werden im Ergebnis "beanstandet":

-0.001 | SPF_HELO_NONE | SPF: HELO does not publish an SPF Record
Diese Regel wird angewendet, wenn die E-Mail eine DKIM Signatur aufweist, aber weitere positive Regeln werden bei einer gültigen DKIM Signatur ebenfalls angewendet.

-0.1 | DKIM_SIGNED | Message has a DKIM or DK signature, not necessarily valid

Was muss konkret getan werden, damit man diese beiden eigentlich kaum nennenswerten Kleinigkeiten noch weg bekommt?