[postfix-users] dkim Frage - Leopard

[Patrick Ben Koetter]

* Matthias Schmidt <postfix-users at de.postfix.org>:
> Hallo,
> 
> Am/On Tue, 17 Mar 2009 01:35:23 +0900 schrieb/wrote Matthias Schmidt:
> 
> >Am/On Mon, 16 Mar 2009 15:40:06 +0100 schrieb/wrote Patrick Ben Koetter:
> 
> >>> hab ich jetzt mal versucht aufzusetzen und bin auf die Nase gefallen ...
> >>> 
> >>> mein log sagt mir, dass clamd nicht mehr hochfährt:
> >>> TROUBLE in check_mail: virus_scan FAILED: virus_scan: ALL VIRUS SCANNERS
> >>> FAILED: ClamAV-clamd av-scanner FAILED: run_av error: Too many retries
> >>> to talk to /var/amavis/clamd (Can't connect to UNIX socket /var/amavis/
> >>> clamd: No such file or directory) at (eval 98) line 325.; ClamAV-
> >>> clamscan av-scanner FAILED: run_av error: run_av: Exceeded allowed time
> >>> at (eval 98) line 532.
> 
> also das hab ich zwischenzeitlich gefunden.
> Irgendwie wird in der plist clamd auf disabled gestellt und beim Start
> des Mailsystems nicht mehr auf true gesetzt.
> Wenn ich die plist selber ändere und das Ding dann via cmd line starte geht's.
> 
> Wenn ich die alte Methode benutzt hab, wird clamd normal gestartet.
> 
> momentan find ich das sehr rätselhaft.

Es ist ein OS-Problem, das nicht von Postfix ausgeht.

> >>> ich hab auf dem Netz einen Eintrag gefunden, dass es im Zusammenhang mit
> >>> amavis 2.6.2 einen Bug in clam-scan gibt mit einem Patch, nur weiss ich
> >>> nicht, wo der rein soll und ob das überhaupt hier zutrifft.
> >>
> >>
> >>Ohne den Patch zu sehen kann ich nicht sagen, ob er paßt.
> >
> >das hab ich hier gefunden;
> ><http://tinyurl.com/d7hl5b>
> >und der Beitrag ist vom 14.2. und stammt von Marc Martinec:
> >
> >Here is a patch for this bug (against 2.6.2):
> >
> >--- amavisd.orig        2008-12-15 01:50:09.000000000 +0100
> >+++ amavisd     2009-02-15 01:57:40.000000000 +0100
> >@@ -19993,4 +19993,5 @@
> >       1;
> >     } or do { $eval_stat = $@ ne '' ? $@ : "errno=$!" };
> >+    prolong_timer('ask_daemon_internal', $deadline-time);
> >     last  if $eval_stat eq '';  # mission accomplished
> >     # error handling (most interesting error codes are EPIPE and ENOTCONN)
> >
> 
> das würd mich jetzt noch interessieren, wo der Patch rein soll.

Dieser Patch für amavisd-new behebt ein Pfad-Problem beim Aufruf von clamscan.
Dein Problem ist ein Pfad-Problem beim Kontaktieren des Unix Domain Sockets
von clamd. Das ist ein anderes Problem.

> In den Code von clamscan?

Nein, wenn dann in den Code von amavisd-new.


> 
> gehen tut's zwar immer noch nicht, zumindest bin ich mal nen Schritt
> weiter und bekomm jetzt diesen Fehler:
> 
> Mar 17 19:31:29 mcgregor postfix/smtp[6309]: 7C972271713:
> to=<Beispiel at gmail.com>, relay=127.0.0.1[127.0.0.1]:10026, delay=3.5,
> delays=0.48/0.02/0.05/2.9, dsn=4.5.0, status=deferred (host
> 127.0.0.1[127.0.0.1] said: 451 4.5.0 From MTA([127.0.0.1]:10027) during
> fwd-connect (Error reading from socket: Connection refused at (eval 96)
> line 162, <GEN35> line 154.): id=06271-01 (in reply to end of DATA command))
> 
> ich denk mein Problem ist das hier:
> "In master.cf set up two listening smtpd services for receiving filtered
> mail from amavisd (as per README.postfix), one on tcp port 10025 (for
> inbound mail) and the other on port 10027 (for originating mail)."

Nein, Postfix ist nicht das Problem. Sieh Dir dieses Architekturbild an:

                 LMTP          Socket
Postfix smtpd  <-----> amavisd <-----> clamd

Postfix spricht nicht direkt mit clamd - nur amavisd tut das. Dein Problem
liegt also in der Kommunikation zwischen amavisd und clamd.

Die Frage ist: Stimmen die Angaben wo amavisd und wo clamd sich treffen
sollen überein? amavis versucht /var/amavis/clamd. Tut clamd das auch?

> und das mach ich wohl nicht richtig.
> 
> Ich hab zwar das schöne Postfix Buch hier, muss es mir aber wohl mal
> unters Kissen legen ;-)

Hat's geholfen? ;)

p at rick

-- 
state of mind
Agentur für Kommunikation, Design und Softwareentwicklung

http://www.state-of-mind.de

Franziskanerstraße 15      Telefon +49 89 45227227
81669 München              Telefax +49 89 45227226

Amtsgericht München        Partnerschaftsregister PR 563