Postfix reagiert nach einer Zeit nicht mehr.

L

laqup

New Member
Hallo,

seit einigen Tagen habe ich ein großes Problem mit meinem Mailserver, ohne dass sich an der Serverkonfiguration etwas geändert hat: Postfix reagiert nach einiger Zeit einfach nicht mehr, wenn man versucht Mails mit einem Programm zu versenden. Es kommt auch keine Nachricht von wegen "Server nicht erreichbar", oder "Timeout", sondern z.B. Thunderbird versucht einfach minutenlang die Mail zu verschicken ohne Ergebnis. Sämtliche Domains sind betroffen.

Zu dem Zeitpunkt an dem nichts mehr geht ist die Postqueue aber nicht voll, sondern wird weiter abgearbeitet, auch der Postfix-Dienst arbeitet ganz normal. Die Log-Datei wird weiterhin befüllt.

Nach einem Neustart von Postifx funktioniert alles wieder. Am nächsten Tag wieder das selbe.

Einzige Auffälligkeit, die ich finden konnte waren die aktiven Verbindungen.
netstat -na --ip liefert zu dem Zeitpunkt an dem nichts mehr geht, circa 100 aktive Verbindungen verschiedener IPs mit Port 25, die meisten davon stehen auf "CLOSE_WAIT". Zusätzlich wird der Server ziemlich mit Anfragen zugemüllt, aber das ist eigentlich nichts Neues.

Hier die Log-Files, ich denke so ab 15:15 Uhr wurden keine Mails mehr angenommen (Domains verschleiert):
http://web1.vs188242.vserver.de/mail.txt

mail.err und mail.warn beinhalten übrigens rein gar nichts was auf das Problem hindeuten könnte.

Da ich in der Log eigentlich nichts Weltbewegendes entdecken kann, meine Frage an euch: Was tun? Sind die 100 aktiven Verbindungen mit Port 25 schuld? Wieso werden diese nicht richtig geschlossen?

Danke im Voraus und wenn Ihr weitere Informationen braucht, werde ich diese natürlich nachliefern.

**Soeben funktioniert das Ganze bereits nach 2 Stunden mal wieder nicht mehr. Allerdings nur ~25 CLOSE_WAIT bzw. TIME_WAIT Verbindungen mit Port 25.
***Also es werden nun immer mehr Verbindungen.. Aber das ist ja auch nur logisch, schließlich kommt es zu keinem Timeout beim Versuch eine Mail zu senden, nur woran liegt das? Sieht nach einem Problem mit der Authentifizierung aus. Ein "testsaslauthd -u -p" liefert allerdings "OK "Success" zurück.

Grüße,
Daniel

Edit:
Nochmalige Zusammenfassung:
- Nach Neustart von Postfix läuft alles für eine unbestimmte Zeit wunderbar
- Irgendwann laufen zwar noch alle Dienste (postfix, amavis, sasl2), aber es lassen sich keine Mails mehr versenden
- Thunderbird meldet: "Verbindung hergestellt mit mail.xxx.de", und es wird minutenlang versucht eine Mail zu senden
- Es erfolgt kein Timeout
- Infolgedessen tauchen immer mehr Verbindungen mit Port 25 auf, die nicht mehr geschlossen werden
- In den Logfiles findet sich keine Ursache (oder ich bin einfach nur zu doof eine sinnvolle Ursache zu sehen)
- Ein Neustart von Postfix "behebt das Problem"
- Ich bin ratlos
 
Last edited by a moderator:
Nachdem ich gestern den kompletten Server neu gestartet habe ist das Problem heute schon wieder aufgetreten. Man kann irgendwann einfach keine Mails mehr schicken. Empfangen geht dagegen.

Es kommt übrigens doch ein Timeout beim Versenden der Mail, allerdings erst nach 5 Minuten ("Der Postausgangsserver ist entweder nicht verfügbar oder lehnt die Verbindung ab").

Was noch auffällig ist, wenn mal wieder nichts geht findet sich ständig das hier in der mail-Log:
postfix/smtpd[3711]: connect from localhost[127.0.0.1]
postfix/smtpd[3711]: lost connection after CONNECT from localhost[127.0.0.1]
postfix/smtpd[3711]: disconnect from localhost[127.0.0.1]
 
Last edited by a moderator:
Hast du mal, "wenn wieder nichts ging", einen Blick in die anderen Log-Dateien geworfen? Ich meine hier /var/log/messages oder /var/log/syslog.

Ich kann mir nicht vorstellen, dass du nichts gemacht hast, aber plötzlich der Mailversand aussetzt. Deswegen rate ich dir mal alle verfügbaren Informationsquellen zu nutzen. Überprüfe einfach mal die Logs im ersten Schritt, sowie die Auslastung des Servers und den RAM-Verbrauch.
 
Zuletzt ging heute ab circa 16:10 Uhr mal weider nichts, kann das zeitlich ganz gut eingrenzen weil ich da gerade am basteln war.

var/log/messages:
Code: 
Jul 11 15:52:01 VSERV /usr/sbin/cron[10234]: (root) CMD ( /usr/local/confixx/confixx_counterscript.pl)
Jul 11 16:02:01 VSERV /usr/sbin/cron[21540]: (root) CMD ( /usr/local/confixx/confixx_counterscript.pl)
Jul 11 16:12:01 VSERV /usr/sbin/cron[32575]: (root) CMD ( /usr/local/confixx/confixx_counterscript.pl)
Jul 11 16:12:52 VSERV sshd[1681]: Accepted keyboard-interactive/pam for root from MEINEIP port 2518 ssh2
Jul 11 16:22:01 VSERV /usr/sbin/cron[10231]: (root) CMD ( /usr/local/confixx/confixx_counterscript.pl)

Wie man sieht einfach nichts.

var/log/mail:
Code: 
Jul 11 16:07:18 vs188242 popper[28293]: Stats: web3p1 0 0 0 0 dslb-084-058-029-088.pools.arcor-ip.net 84.58.29.88 [pop_updt.c:296]
Jul 11 16:09:46 vs188242 postfix/qmgr[7909]: 53D18A230004: from=<>, size=2589, nrcpt=1 (queue active)
Jul 11 16:09:46 vs188242 postfix/qmgr[7909]: 8F1EBA230002: from=<>, size=2487, nrcpt=1 (queue active)
Jul 11 16:09:47 vs188242 postfix/smtp[30513]: 8F1EBA230002: to=<[email protected]>, relay=mx1.ertelecom.ru[212.33.232.253], delay=170397, status=deferred (lost connection with mx1.ertelecom.ru[212.33.232.253] while sending RCPT TO)
Jul 11 16:10:00 vs188242 postfix/smtpd[24509]: timeout after CONNECT from host-89-229-151-47.plock.mm.pl[89.229.151.47]
Jul 11 16:10:00 vs188242 postfix/smtpd[24509]: disconnect from host-89-229-151-47.plock.mm.pl[89.229.151.47]
Jul 11 16:10:00 vs188242 postfix/smtpd[24509]: connect from unknown[78.174.187.47]
Jul 11 16:10:16 vs188242 postfix/smtp[30512]: connect to middstudentmailfo.student.hopwood.ac.uk[212.248.194.69]: Connection timed out (port 25)
Jul 11 16:10:30 vs188242 postfix/smtpd[31886]: timeout after CONNECT from host-89-229-151-47.plock.mm.pl[89.229.151.47]
Jul 11 16:10:30 vs188242 postfix/smtpd[31886]: disconnect from host-89-229-151-47.plock.mm.pl[89.229.151.47]
Jul 11 16:10:30 vs188242 postfix/smtpd[31886]: connect from acfm124.neoplus.adsl.tpnet.pl[83.9.214.124]
Jul 11 16:10:30 vs188242 postfix/smtpd[31886]: lost connection after CONNECT from acfm124.neoplus.adsl.tpnet.pl[83.9.214.124]
Jul 11 16:10:30 vs188242 postfix/smtpd[31886]: disconnect from acfm124.neoplus.adsl.tpnet.pl[83.9.214.124]
Jul 11 16:10:30 vs188242 postfix/smtpd[31886]: connect from localhost[127.0.0.1]
Jul 11 16:10:30 vs188242 postfix/smtpd[31886]: lost connection after CONNECT from localhost[127.0.0.1]
Jul 11 16:10:30 vs188242 postfix/smtpd[31886]: disconnect from localhost[127.0.0.1]
Jul 11 16:10:30 vs188242 postfix/smtpd[31886]: connect from localhost[127.0.0.1]
Jul 11 16:10:30 vs188242 postfix/smtpd[31886]: lost connection after CONNECT from localhost[127.0.0.1]
Jul 11 16:10:30 vs188242 postfix/smtpd[31886]: disconnect from localhost[127.0.0.1]
Jul 11 16:10:30 vs188242 postfix/smtpd[31886]: connect from unknown[78.191.90.245]
Jul 11 16:10:30 vs188242 postfix/smtpd[31886]: lost connection after CONNECT from unknown[78.191.90.245]
Jul 11 16:10:30 vs188242 postfix/smtpd[31886]: disconnect from unknown[78.191.90.245]
Jul 11 16:10:30 vs188242 postfix/smtpd[31886]: connect from localhost[127.0.0.1]
Jul 11 16:10:30 vs188242 postfix/smtpd[31886]: lost connection after CONNECT from localhost[127.0.0.1]
Jul 11 16:10:30 vs188242 postfix/smtpd[31886]: disconnect from localhost[127.0.0.1]

Hier geht das lustige "Disconnect from localhost" wieder los.

Außerdem waren natürlich wieder einige Connections zu Port 25 da.
RAM-Auslastung hab ich zu dem Zeitpunkt leider nicht explizit überprüft, andere Dienste (Apache, PHP, MySQL) liefen aber gewohnt flott. Beim nächsten "Crash" werde ich mir mal die Serverauslastung anschaun.
 
Ich bin mir da nicht sicher, ich würde den Einträgen "disconnect from localhost[127.0.0.1]" aber nicht so viel Bedeutung beimessen. Diese haben wahrscheinlich nichts mit dem Problem zutun. Auch wenn bei mir nicht localhost steht, habe ich diese Einträge auch, falls dich das etwas berühigt.

Achte einfach mal auf die Auslastung des Servers. Vielleicht könntest du auch mal ein paar Worte über dein System und die Konfiguration verlieren. Interessant sind vielleicht auch die letzten Änderungen die du vorgenommen hast.
 
Oh je, das wird jetzt etwas peinlich. :-)

Es handelt sich hierbei um einen S4Y-Dino, Suse 9.3 mit Confixx Premium.
Postfix 2.2.1, SpamAssassin 3.0.4, Perl 5.8.6, Amavis + ClamAV 0.92.

Letzte große Änderung war Update auf PHP5 und Mysql 4.2x, sowie die Aktivierung des mod_rewrite Moduls für den Apache, ist aber schon wieder ein paar Monate her.

Hier die Serverauslastung, im Moment ist die Mail-Zustellung mal wieder unmöglich:
Code: 
top - 01:52:25 up 1 day,  4:11,  1 user,  load average: 0.00, 0.00, 0.00
Tasks:  35 total,   1 running,  34 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us,  0.0% sy,  0.0% ni, 100.0% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:   1048576k total,   265736k used,   782840k free,        0k buffers
Swap:        0k total,        0k used,        0k free,        0k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      16   0   604  248  216 S  0.0  0.0   0:00.37 init
26219 root      16   0  1456  612  512 S  0.0  0.1   0:02.93 syslogd
26222 root      16   0  1396  372  312 S  0.0  0.0   0:00.00 klogd
26228 root      16   0  4308 1280  876 S  0.0  0.1   0:00.04 saslauthd
26246 root      17   0  2376 1136  920 S  0.0  0.1   0:00.00 mysqld_safe
26321 mysql     15   0 44372  11m 3608 S  0.0  1.1   0:33.45 mysqld-max
26331 root      16   0  4524 1220  852 S  0.0  0.1   0:02.76 sshd
26337 root      15   0  2076  876  716 S  0.0  0.1   0:00.08 xinetd
26458 root      16   0 62352  11m 6964 S  0.0  1.1   0:02.66 httpd2-prefork
26496 root      15   0  1668  692  568 S  0.0  0.1   0:00.06 cron
26528 vscan     16   0 38160  33m 2328 S  0.0  3.2   0:01.08 amavisd
 7449 vscan     16   0  103m  98m  948 S  0.0  9.6   0:08.38 clamd
 7466 vscan     16   0  2784 1348  996 S  0.0  0.1   0:07.93 freshclam
32086 root      15   0  4308 1516 1204 S  0.0  0.1   0:01.94 master
32095 postfix   16   0  4388 1544 1212 S  0.0  0.1   0:00.17 qmgr
32103 postfix   16   0  4352 1516 1200 S  0.0  0.1   0:00.09 tlsmgr
32364 postfix   16   0  4348 1484 1168 S  0.0  0.1   0:00.25 anvil
11552 root      15   0  3200 1452 1212 S  0.0  0.1   0:00.16 pipelog.pl
 1525 postfix   16   0  4352 1436 1144 S  0.0  0.1   0:00.00 pickup
 9610 postfix   16   0  4492 1884 1440 S  0.0  0.2   0:00.11 trivial-rewrite
25811 wwwrun    16   0 62968 9320 4208 S  0.0  0.9   0:00.69 httpd2-prefork
15484 vscan     16   0 39360  34m 2260 S  0.0  3.3   0:00.44 amavisd
17500 wwwrun    16   0 62636 8148 3436 S  0.0  0.8   0:00.09 httpd2-prefork
30119 postfix   16   0  5040 2756 2132 S  0.0  0.3   0:00.03 smtpd
30120 postfix   16   0  4340 1440 1140 S  0.0  0.1   0:00.00 proxymap
30213 postfix   16   0  5040 2756 2132 S  0.0  0.3   0:00.05 smtpd
32632 postfix   16   0  4532 1920 1500 S  0.0  0.2   0:00.00 cleanup
32634 postfix   16   0  4452 2008 1624 S  0.0  0.2   0:00.00 smtp
32650 postfix   16   0  5016 2676 2084 S  0.0  0.3   0:00.01 smtpd
32651 postfix   17   0  4412 1864 1512 S  0.0  0.2   0:00.00 local
32681 root      16   0  7592 2436 1944 S  0.0  0.2   0:00.01 sshd
32689 root      16   0  4268 1348 1024 S  0.0  0.1   0:00.00 sftp-server
32708 root      16   0  7592 2456 1964 S  0.0  0.2   0:00.01 sshd
32711 root      17   0  2836 1768 1276 S  0.0  0.2   0:00.01 bash
 1622 root      16   0  1980 1072  840 R  0.0  0.1   0:00.02 top

Die 10% für clamd und 2x3% für amavis sind wohl zu viel? Andereseits, nach einem Neustart von Postfix (rcpostfix restart) ist die Speicherauslastung immer noch identisch und dann funktioniert ja erstmal alles für eine unbestimmte Zeit.

Code: 
Version: 2.5
       uid  resource                     held              maxheld              barrier                limit              failcnt
    188242: kmemsize                  5092691              9350122             17777274             19555001                    0
            lockedpages                     0                    9                  868                  868                    0
            privvmpages                 65884                85005               262144               278528                    0
            shmpages                     9473                16385                25078                25078                    0
            dummy                           0                    0                    0                    0                    0
            numproc                        33                   82                  434                  434                    0
            physpages                   45463                68975                    0  9223372036854775807                    0
            vmguarpages                     0                    0               131072  9223372036854775807                    0
            oomguarpages                45463                68975               131072  9223372036854775807                    0
            numtcpsock                     14                  194                  434                  434                    0
            numflock                        7                   41                  694                  763                    0
            numpty                          1                    5                   43                   43                    0
            numsiginfo                      0                   18                 1024                 1024                    0
            tcpsndbuf                  175728              2695280              4148094              5925758                    0
            tcprcvbuf                  212992              1038880              4148094              5925758                    0
            othersockbuf               206272              1456488              2074047              3851711                    0
            dgramrcvbuf                     0                88440              2074047              2074047                    0
            numothersock                  124                  314                  434                  434                    0
            dcachesize                1176822              1440558              3883246              3999744                    0
            numfile                      2353                 4413                 6944                 6944                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            numiptent                      10                   10                  128                  128                    0
 
Last edited by a moderator:
Niemand eine Idee? Als brutale Pfuschlösung verwende ich derzeit einen Neustart von Postfix per Cronjob alle 10 Minuten.

Das ist auf Dauer allerdings nicht wirklich elegant, funktioniert kurzfristig aber erstmal.. :(
 
5250 rejected mails? Bisschen viel oder? Und 313 vesendet? Ich dachte das geht nicht mehr.... Kann es sein das dein Server ein Spam Schlampe geworden ist? ;-) (mach ganz schnell dein mailgatway aus, bis du die dinge im griff hast!)

Grand Totals
------------
messages

293 received
313 delivered
2 forwarded
5 deferred (39 deferrals)
23 bounced
5250 rejected (94%)
0 reject warnings
0 held
0 discarded (0%)

3537k bytes received
3630k bytes delivered
176 senders
168 sending hosts/domains
17 recipients
12 recipient hosts/domains

...

smtp delivery failures
----------------------
connection refused (total: 1)
1 cluster8.us.messagelabs.com
connection timed out (total: 52)
32 middstudentmailfo.student.hopwood.ac.uk
14 smail.student.hopwood.ac.uk
3 companyweb.stanski.com
3 vpn.stanski.com
...

Fatal Errors
------------
postqueue (total: 1)
1 usage: postqueue -f | postqueue -p | postqueue -s site
 
Hmm die 313 die verschickt wurden sind an "korrekte" E-mail-Adressen versandt worden. die kommen verteilt auf 4-5 Mail-Adressen bei mir und einem Kollegen von mir an, sind halt alles Spam- / Virusmails.

An mir unbekannte E-Mail-Adressen wird gar nichts verschickt. Daher würde ich sagen, dass der Server, keine "Spamschlampe" ist, sondern halt ganz einfach von Außen zugemüllt wird. Ein Spamverteiler ist er (außer an meine eigenen Adressen) dagegen nicht.

Gegen die 5250 rejeceted Mails kann ich selbst doch nichts tun oder? Die werden halt von Außen an nicht existierende Mail-Adressen geschickt (XXX@meinedomain) und folgerichtig nicht zugestellt. (Ich stehe übrigens auch auf keiner Blacklist)

Oder siehst du das anders? Evtl. stehe ich ja total auf dem Schlauch. :)
 
laqup said:
Hmm die 313 die verschickt wurden sind an "korrekte" E-mail-Adressen versandt worden. die kommen verteilt auf 4-5 Mail-Adressen bei mir und einem Kollegen von mir an, sind halt alles Spam- / Virusmails.
Click to expand...

hmm...:
176 senders
168 sending hosts/domains

?

Aber bin mir auch nicht sicher ob ich das richtig deute.
 
 
Hm ja, aber das sind eingehende Mails. Das heißt ja nicht, dass mein Server andere Adressen zumüllt (außer meine eigenen).

Beispiel:
Code: 
Jul 10 09:30:39 VSERV postfix/smtpd[11767]: 8E158A230006: client=unknown[87.213.33.238]
Jul 10 09:30:41 VSERV postfix/cleanup[30278]: 8E158A230006: message-id=<[email protected]>
Jul 10 09:30:41 VSERV postfix/qmgr[9559]: 8E158A230006: from=<[email protected]>, size=1373, nrcpt=1 (queue active)
Jul 10 09:30:46 VSERV postfix/smtp[30313]: 8E158A230006: to=<[email protected]>, orig_to=<stefan@DOMAIN>, relay=127.0.0.1[127.0.0.1], delay=7, status=sent (250 2.6.0 Ok, id=28354-03, from MTA: 250 Ok: queued as 666A6A230008)
Jul 10 09:30:46 VSERV postfix/qmgr[9559]: 8E158A230006: removed

Die E-Mail kommt von einem von dir erwähnten Sender und wird einem Postfach auf meinem Server zugeordnet. Dass es sich dabei um Spam handelt ist klar, aber dagegen kann ich ja eigentlich wenig machen, außer bessere Spamfilter einsetzen.
 
Leider besteht mein Problem immer noch (wenn ich den 10-Minuten Postfix-Restart Cronjob deaktiviere), nach ein paar Stunden geht nichts mehr.

Was mir in diesem Zusammenhang aber noch aufgefallen ist:

In meiner Postqueue befinden sich teilweise "uralte" Mails, die offensichtlich nicht zugestellt werden können:

Code: 
-Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
38E40A23000C*    2617 Sun Jul 12 03:32:27  MAILER-DAEMON
                                         [email protected]

06CADA230014     2352 Tue Jul 14 13:49:38  MAILER-DAEMON
(host mail.xonweb.net[91.121.117.95] said: 451 qq trouble creating files in queue (#4.3.0) (in reply to end of DATA command))
                                         [email protected]

05380850058     2675 Thu Jul 16 16:50:13  MAILER-DAEMON
  (connect to 62.57.83.92.dyn.user.ono.com[62.57.83.92]: Connection timed out)
                                         [email protected]

22E36A230010     2680 Sun Jul 12 04:53:58  MAILER-DAEMON
(connect to 69-84-96-190-dhcp.mia.fl.atlanticbb.net[69.84.96.190]: Connection timed out)
                                         [email protected]

3B0B8A24016E     2701 Thu Jul 16 11:21:29  MAILER-DAEMON
(connect to 119-46-43-74.static.asianet.co.th[119.46.43.74]: Connection refused)
                                         [email protected]

36636A230004     2792 Thu Jul 16 09:17:36  MAILER-DAEMON
         (connect to shiva.iitm.ernet.in[202.141.25.92]: Connection timed out)
                                         [email protected]

561C9A230012     2787 Tue Jul 14 19:38:15  MAILER-DAEMON
(connect to static-71-248-99-217.bltmmd.east.verizon.net[71.248.99.217]: Connection refused)
                                         [email protected]

7637BA23000E     2603 Tue Jul 14 00:17:00  MAILER-DAEMON
           (connect to mail.publicite.net[80.245.60.82]: Connection timed out)
                                         [email protected]

CFDE4A230016     2711 Wed Jul 15 18:45:18  MAILER-DAEMON
(connect to 93-41-188-135.ip82.fastwebnet.it[93.41.188.135]: Connection timed out)
                                         [email protected]

D8ECBA230002     2754 Mon Jul 13 15:22:16  MAILER-DAEMON
(connect to mm-252-209-84-93.dynamic.pppoe.mgts.by[93.84.209.252]: Connection timed out)
                                         [email protected]

E1441A230018     2821 Wed Jul 15 21:57:19  MAILER-DAEMON
(connect to 189-041-11-066.xd-dynamic.ctbcnetsuper.com.br[189.41.11.66]: Connection refused)
                                         [email protected]

-- 32 Kbytes in 11 Requests.

Ich bin zwar kein Mailqueue-Experte, aber nach meinem Empfinden sollten diese Mails doch nach wenigen Minuten / Stunden als "unzustellbar" wieder aus der Queue entfernt werden? Alternativ würde sich die Mailqueue ja immer voller werden..
Dass die älteste Mail vom 12. stammt liegt daran, dass ich zu diesem Zeitpunkt die Postqueue zuletzt manuell geleert habe.

Außerdem habe ich nun ein paar schicke Fehlermeldungen in der mail.err, die sind aber erst da, nachdem ich eine neue Version von clamav installiert habe.
Code: 
Jul 11 14:14:52 vs188242 freshclam[7466]: getpatch: Can't download daily-5111.cdiff from database.clamav.net 
Jul 11 14:14:52 vs188242 last message repeated 2 times
Jul 11 14:15:34 vs188242 clamd[9298]: bind() error: Address already in use 
Jul 11 17:02:49 vs188242 postfix/postfix-script: fatal: usage: postfix start (or stop, reload, abort, flush, check, set-permissions, upgrade-configuration)
Jul 11 17:12:06 vs188242 amavis[30332]: TROUBLE in process_request: send failed in state 1: Broken pipe at (eval 50) line 74.
Jul 11 17:13:17 vs188242 amavis[32388]: TROUBLE in process_request: send failed in state 1: Broken pipe at (eval 50) line 74.
Jul 12 18:15:29 vs188242 freshclam[7466]: getfile: Error while reading database from database.clamav.net (IP: 188.40.42.237) 
Jul 12 18:15:29 vs188242 freshclam[7466]: getpatch: Can't download daily-9556.cdiff from database.clamav.net 
Jul 12 19:12:07 vs188242 amavis[28017]: (28017-01) TROUBLE in process_request: Error writing a SMTP response to the socket: Broken pipe at (eval 51) line 764, <GEN5> line 43.
Jul 13 00:22:01 vs188242 amavis[24480]: (24480-09) TROUBLE in process_request: Error writing a SMTP response to the socket: Broken pipe at (eval 51) line 764, <GEN203> line 41.
Jul 13 09:32:05 vs188242 amavis[27760]: (27760-02) TROUBLE in process_request: Error writing a SMTP response to the socket: Broken pipe at (eval 51) line 764, <GEN23> line 31.
Jul 13 10:22:07 vs188242 amavis[7361]: (07361-08) TROUBLE in process_request: Error writing a SMTP response to the socket: Broken pipe at (eval 51) line 764, <GEN142> line 40.
Jul 13 10:32:06 vs188242 amavis[28006]: (28006-06) TROUBLE in process_request: Error writing a SMTP response to the socket: Broken pipe at (eval 51) line 764, <GEN117> line 113.
Jul 14 08:22:02 vs188242 amavis[21893]: (21893-04) TROUBLE in process_request: Error writing a SMTP response to the socket: Broken pipe at (eval 51) line 764, <GEN65> line 39.
Jul 14 10:42:03 vs188242 amavis[20012]: (20012-02) TROUBLE in process_request: Error writing a SMTP response to the socket: Broken pipe at (eval 51) line 764, <GEN24> line 65.
Jul 14 14:52:04 vs188242 amavis[14147]: (14147-05) TROUBLE in process_request: Error writing a SMTP response to the socket: Broken pipe at (eval 51) line 764, <GEN79> line 32.
Jul 14 20:32:03 vs188242 amavis[22018]: (22018-07) TROUBLE in process_request: Error writing a SMTP response to the socket: Broken pipe at (eval 51) line 764, <GEN135> line 121.
Jul 14 23:02:02 vs188242 amavis[13622]: (13622-07) TROUBLE in process_request: Error writing a SMTP response to the socket: Broken pipe at (eval 51) line 764, <GEN143> line 30.
Jul 15 03:12:04 vs188242 amavis[7422]: (07422-02) TROUBLE in process_request: Error writing a SMTP response to the socket: Broken pipe at (eval 51) line 764, <GEN30> line 41.
Jul 15 12:32:04 vs188242 amavis[19531]: (19531-02) TROUBLE in process_request: Error writing a SMTP response to the socket: Broken pipe at (eval 51) line 764, <GEN25> line 25.
Jul 15 15:02:02 vs188242 amavis[28534]: (28534-04) TROUBLE in process_request: Error writing a SMTP response to the socket: Broken pipe at (eval 51) line 764, <GEN76> line 37.
Jul 15 16:42:04 vs188242 amavis[19529]: (19529-06) TROUBLE in process_request: Error writing a SMTP response to the socket: Broken pipe at (eval 51) line 764, <GEN97> line 34.
Jul 15 18:02:06 vs188242 amavis[11436]: (11436-03) TROUBLE in process_request: Error writing a SMTP response to the socket: Broken pipe at (eval 51) line 764, <GEN60> line 25.
Jul 15 20:52:07 vs188242 amavis[24525]: (24525-10) TROUBLE in process_request: Error writing a SMTP response to the socket: Broken pipe at (eval 51) line 764, <GEN197> line 1544.
Jul 16 11:42:01 vs188242 amavis[11329]: (11329-03) TROUBLE in check_mail: delivery-notification FAILED: temporarily unable to send DSN to <[email protected]>: 450 4.4.1 Can't connect to 127.0.0.1 port 10025, Connection refused at /usr/sbin/amavisd line 3805, <GEN6> line 282., id=11329-03 at /usr/sbin/amavisd line 6795, <GEN6> line 282.
Jul 16 11:42:01 vs188242 amavis[11329]: (11329-03) TROUBLE in process_request: Error writing a SMTP response to the socket: Broken pipe at (eval 51) line 764, <GEN48> line 36.

Jemand eine Idee woran das liegen könnte?

(Und wie gesagt, prinzipiell funktioniert alles, bis auf die Tatsache, dass Postfix nun alle 10 Minuten neugestartet wird)
 
You must log in or register to reply here.
Back
Top