Hallo! Am 14.03.2020 um 10:07 Uhr schrieb Mathias Homann:

Am Samstag, 14. März 2020, 09:52:17 CET schrieb Peter Geerds:

[...]

...

Zum Teil dauert es bis zu 1 Minute, bis eine Mail weitergegeben wird. [...]

in /var/log/mail kannst du jeden einzelnen Schritt den so eine Mail nimmt nachverfolgen, und an den Zeitstempeln siehst du ja welcher Schritt wie lange gedauert hat.

jeremia heißt mein PC: Mar 14 10:27:39 jeremia postfix/qmgr[1996]: 58A2D168168B: from=, size=5894, nrcpt=1 (queue active) Mar 14 10:27:39 jeremia postfix/smtpd[9525]: disconnect from jeremia.site[127.0.0.1] ehlo=1 mail=2 rcpt=2 data=2 quit=1 commands=8 Mar 14 10:28:32 jeremia postfix/local[9529]: 349CC1681678: to=, orig_to=, relay=local, delay=56, delays=0.01/0.01/0/56, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail) Mar 14 10:28:32 jeremia postfix/qmgr[1996]: 349CC1681678: removed Mar 14 10:28:34 jeremia postfix/local[9533]: AB08A168167B: to=, orig_to=, relay=local, delay=56, delays=0.05/0.01/0/56, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail) Mar 14 10:28:34 jeremia postfix/qmgr[1996]: AB08A168167B: removed Mar 14 10:29:28 jeremia postfix/local[9529]: 4050D1681686: to=, orig_to=, relay=local, delay=109, delays=0.01/53/0/56, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail) Mar 14 10:29:28 jeremia postfix/qmgr[1996]: 4050D1681686: removed Mar 14 10:29:30 jeremia postfix/local[9533]: 58A2D168168B: to=, orig_to=, relay=local, delay=112, delays=0.05/55/0/56, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail) Mar 14 10:29:30 jeremia postfix/qmgr[1996]: 58A2D168168B: removed

So auf blauen Dunst würd ich als nächstes erst mal wissen wollen ob du einen spamfilter und/oder virenscanner im mailserver eingebunden hast...

spamassassin habe ich abgeschaltet, ändert aber nichts an der Geschwindigkeit. Aber vielleicht eine andere Idee: Hat sich an der Postfix-Konfiguration etwas grundlegend geändert mit einem update? Muss die ev. meine Konfiguration überarbeiten? Viele Grüße Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo! Am 14.03.2020 um 11:58 Uhr schrieb David Haller:

Hallo,

Am Sat, 14 Mar 2020, Peter Geerds schrieb:

...

Aber vielleicht eine andere Idee: Hat sich an der Postfix-Konfiguration etwas grundlegend geändert mit einem update? Muss die ev. meine Konfiguration überarbeiten?

Kruschtel mal bei

$ postconf |grep rate_delay

speziell bei

default_destination_rate_delay = 0s default_transport_rate_delay = 0s local_destination_rate_delay = $default_destination_rate_delay local_transport_rate_delay = $default_transport_rate_delay

Das sieht bei mir genauso aus.

das würde auch zu deinem Log-Auszug passen, (vgl. die 'delay=' Werte wie bei "[..] relay=local, delay=56, delays=0.05/0.01/0/56, [..]")...

Generell wohl auch interessant:

maildrop_destination_rate_delay = $default_destination_rate_delay maildrop_transport_rate_delay = $default_transport_rate_delay procmail_destination_rate_delay = $default_destination_rate_delay procmail_transport_rate_delay = $default_transport_rate_delay

Die Einträge gibt es nicht bei mir. Sollten sie da sein? Viele Grüße Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo! Erstmal vielen Dank für die bisherigen Antworten ... Am 15.03.2020 um 10:18 Uhr schrieb Tobias Crefeld:

Vielleicht gibt es ein Problem mit DNS, insbesondere mit Reverse Name Resolution?

Da ist alles in Ordnung bzw. so, wie es sein soll. Inzwischen bekomme ich solche logs: postfix/local[6516]: C28851680B63: to=, relay=local, delay=0.07, delays=0.05/0.01/0/0, dsn=2.0.0, status=sent (delivered to mailbox) wenn ich mailbox_command = /usr/bin/procmail aus der main.cf herausnehme. Das Problem liegt also nicht bei postfix an sich. Aber wie ich procmail beschleunigen kann ... ich werde die .procmailrc überarbeiten und dann mal schauen, was passiert. Viele Grüße Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am 21.03.20 11:18 schrieb Peter Geerds:

Oh Gott, ist das peinlich ... und ich suche mir schon seit Tagen einen Wolf ...

Am 21.03.2020 um 10:50 Uhr schrieb Peter Geerds:

...

Inzwischen bekomme ich solche logs:

postfix/local[6516]: C28851680B63: to=, relay=local, delay=0.07, delays=0.05/0.01/0/0, dsn=2.0.0, status=sent (delivered to mailbox)

wenn ich mailbox_command = /usr/bin/procmail aus der main.cf herausnehme. Das Problem liegt also nicht bei postfix an sich. Aber wie ich procmail beschleunigen kann ... ich werde die .procmailrc überarbeiten und dann mal schauen, was passiert.

Alles logisch, wenn man in .procmailrc eine Regel drin hat, von jeder Mail eine Kopie anzufertigen in einem Verzeichnis, das nicht existiert. Dann hat es auch procmail schwer. Oh Mann!

Aber vielen Dank für eure Unterstützung!

Bleibt gsund Peter

Hallo Peter, und, wir war diese Regel? Nur so, um etwas zu lernen... Norbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

On Sat, 21 Mar 2020 17:41:17 +0100 Peter Geerds wrote:

...

und, wir war diese Regel? Nur so, um etwas zu lernen...

:0 c: /data/mailarchive/peter

Das Unterverzeichnis mailarchive existierte nicht.

Was m.E. noch nicht die Verlangsamung erklärt. Wenn eine Regel fehlschlägt, geht nach meiner Beobachtung procmail sofort weiter. Liegt das Zielverzeichnis auf einem Netzwerk-Share? Gruß, Tobias. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am 21.03.20 17:41 schrieb Peter Geerds:

Hallo Norbert!

Am 21.03.2020 um 13:46 Uhr schrieb Norbert Zawodsky:

...

...

Am 21.03.2020 um 10:50 Uhr schrieb Peter Geerds: Alles logisch, wenn man in .procmailrc eine Regel drin hat, von jeder Mail eine Kopie anzufertigen in einem Verzeichnis, das nicht existiert. Dann hat es auch procmail schwer. Oh Mann!

Hallo Peter,

und, wir war diese Regel? Nur so, um etwas zu lernen...

Bist du aber neugierig ...

:0 c: /data/mailarchive/peter

Das Unterverzeichnis mailarchive existierte nicht.

Viele Grüße Peter

Ah, ja, eigentlich eh klar .... -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Sebastian! Am 21.03.2020 um 19:18 Uhr schrieb Sebastian Hoffmeister:

also - mein Procmail ignoriert ungültige/falsche/nicht ausführbare Recipes einfach. Schreibt lediglich ein

procmail: No match on xxxx

Richtig, es geht aber nicht um falsche Recipes, sondern um einen ungültigen Speicherort. cu Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Sebastian! Am 22.03.2020 um 16:08 Uhr schrieb Sebastian Hoffmeister:

Am 22.03.20 um 13:26 schrieb Peter Geerds:

Hallo

...

Richtig, es geht aber nicht um falsche Recipes, sondern um einen ungültigen Speicherort.

Ein fehlender Speicherort ist am Ende auch ein falsches, oder zumindest fehlerhaftes Recipes.

Nein, die Fehlermeldung procmail: No match on ... sagt lediglich, ob die Regel auf die Mail zutrifft. Sie macht aber keine Aussage über den Speicherort. Da müssten solche Fehlermeldungen kommen: procmail: Error while writing to Also etwas ganz anderes :-)

Wenn ich eine an meine Verhältnisse angepasste Regel erstelle wird zumindest mit Evolution als MUA dieser fehlende Ordner einfach angelegt.

Evolution ist ein MUA und hat damit erstmal nichts zu tun. Viele Grüße Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Jan-Uwe! Am 22.03.2020 um 19:55 Uhr schrieb Jan-Uwe Koegel:

Am Sun, 22 Mar 2020 19:28:00 +0100 schrieb Peter Geerds :

...

Evolution ist ein MUA und hat damit erstmal nichts zu tun.

So ein Ordner wird n i c h t durch den MUA angelegt, sondern durch Procmail. Der MUA liest dann nur noch den Inhalt ein. Funktioniert für Evolution perfekt, sogar über mehrere Verzeichnisebenen hinweg. Es wird also bei Bedarf sogar ein ganzer Baum erzeugt.

Dann habe ich ein anderes procmail als du. Meines legt keinen Ordner an. Genau das war das Problem. cu Peter PS: Evolution unterstützt m. E. auch maildir und hat eigene Filter, die unabhänig von procmail arbeiten. Daher ist es mir egal, was Evolution macht. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Jan-Uwe! Am 22.03.2020 um 21:10 Uhr schrieb Jan-Uwe Koegel:

Du setzt einen für Posts an Mailinglisten überflüssigen Reply-To:-Header auf Deinen Adresse und beschwerst Dich, wenn Du einen solchen an diese bekommst? Muss man wirklich drauf kommen. Und nein, ich bereinige meine Headerzeilen in einem solchen Fall, also einem Reply-to-list, nicht noch zusätzlich von Hand. Ich weiß aber, wie ich mich künftig zu verhalten habe.

1. Es gibt mehrer Mails hier auf dieser Liste in den letzten Tagen, die ein Reply-To enthalten. 2. Wenn auch auf diese Mails antworte, geht eine Mail an die Liste raus, aber kein Cc. Vielleicht liegt es ja daran, dass du nicht die Antwort auf die Liste verwendest. Dann solltest du das ändern. Viele Grüße Peter PS: Bei Claws Mail muss man das Verhalten abschalten über Configuration - Preferences - Compose - Writing (deutsche Menüs kenne ich da nicht). Das ist halt eine Unart von Claw. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Florian! Am 23.03.2020 um 12:04 Uhr schrieb Florian Groß:

Ein Reply-To bei mails an eine Mailingliste ist ziemlich sinnfrei, entweder geht dann eine Antwort ungewollt nur an dich oder es kommt halt irgendetwas dabei heraus (je nach MUA und User).

Das ist der Sinn vom Reply-To.

Ich wüßte keinen Grund für diesen Reply-To Header, außer daß er zu ungewollten Ergebnissen führen kann.

Eiegntlich soll eine Antwort an die Liste gehen und nicht direkt an den Absender.

So ist es

"Aber andere haben das auch" ist mir kein ausreichendes Argument. Nachvollziehbaren Argumenten gegenüber bin ich aufgeschlossen.

Ein Reply-To macht kein Problem, wenn man sich angewöhnt, seinen MUA so zu bedienen, dass er an die Liste antwortet. Ansonsten: "Gute Mailprogramme haben zwei verschiedene "Reply"- (Antwort-) Kommandos: eines, das an den Autor der Mail zurückschreibt, und ein anderes, das an alle anderen Empfänger der ursprünglichen Mail schreibt. Bitte beschweren Sie sich darüber nicht auf den Mailinglisten, weil es schon hundertfach diskutiert wurde." Du benutzt ja auch mutt/vim ;-) Da geht es ja ganz einfach. Bei anderen MUAs kann man das auch einstellen, wenn es eh noch nicht default ist. Viele Grüße Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Lieber Flo! Am 23.03.2020 um 12:44 Uhr schrieb Florian Groß:

Einige hier können es, in meinem Alltagsumfeld wüßte ich niemand, der überhaupt auf die Idee käme, daß sein MUA so etwas kann. Dann muß er immer noch richtig drücken ;)

Das ist alles richtig. Ansonsten wird einiges hier beschrieben: https://de.opensuse.org/openSUSE:Mailinglisten_Netiquette#Pers.C3.B6nliche_M... Da steht auch, wie man mit dem Cc umgehen soll. Es ist aber "nur" die Netiquette ;-)

Viele Grüße aus dem aktuell sehr ruhigen Süden der Republik

Grüße aus dem sehr ruhigen Norden des Südens Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

On Sun, 22 Mar 2020 19:55:59 +0100 Jan-Uwe Koegel wrote:

...

Evolution ist ein MUA und hat damit erstmal nichts zu tun.

So ein Ordner wird n i c h t durch den MUA angelegt, sondern durch Procmail. Der MUA liest dann nur noch den Inhalt ein.

Hm, entspricht nicht meiner Beobachtung. Wobei das ein procmail auf einem sendmail-MTA war. Da wurden Regeln mit nicht existierenden Ordnern während der Ausführung einfach abgebrochen. Vielleicht kann man procmail auch anders dressieren, aber zumindest wüsste ich nicht, wie das geht. Vielleicht fängt Evolution ja so einen Fehler ab und legt die fehlenden Ordner an!? Dass ein nicht-existenter Ordner den MTA ausbremst, wie von Peter beschrieben, erscheint mir allerdings rätselhaft und entspricht ebenfalls nicht meiner Beobachtung. Hätte zeitnah in einer Art DoS gemündet, weil die Zielverzeichnisse der 150 User über Cyrus (IMAP) vom MUA aus gelöscht, umbenannt oder verschoben werden konnten (und gelegentlich auch wurden...). Gruß, Tobias. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org