[Postfixbuch-users] amavis mit Fehlern?

[Kai Fürstenberg]

Patrick Ben Koetter schrieb:
> * Marc Samendinger <marc.samendinger at sp-online.de>:
>> On Fri, Aug 18, 2006 at 09:00:46AM +0200, Fred Ockert wrote:
>>> schon wieder !
>>>
>>> log aus mail.info
>>>
>>>
>>> Aug 18 04:15:46 linuxs postfix/smtpd[20146]: 6556320EF8: 
>>> client=localhost.zentrum[127.0.0.1]
>>> Aug 18 04:15:46 linuxs postfix/cleanup[20100]: 6556320EF8: 
>>> message-id=<6274563355.20060817184641 at dramotolado.com>
>>> Aug 18 04:15:46 linuxs postfix/qmgr[11232]: 6556320EF8: 
>>> from=<sophia at dramotolado.com>, size=15833, nrcpt=1 (queue active)
>> Minimail mit 15 KB
>>
>>> Aug 18 04:39:21 linuxs postfix/smtp[20106]: warning: open active 
>>> 6556320EF8: No such file or directory
>>> Aug 18 04:39:21 linuxs postfix/qmgr[11232]: warning: 
>>> qmgr_active_corrupt: save corrupt file queue active id 6556320EF8: No 
>>> such file or directory
>> Trotzdem wir 24 Minuten lang daran rumgedoktert.
>> Die Anzahl deiner Antivir Prozesse sind aber mit deinen Postfix
>> Einlieferungsprozessen ;) synchron?
>> Auf deutsch: laufen soviel antivir daemons wie Postfix smtp Clients
>> einliefern duerfen?
> 
> Ich frag einfach mal zwischenrein, weil mit das gerade eingefallen ist:
> 
> Kann es sein, dass AntiVir als Server-Prozess läuft und einfach alle Files auf
> der Platte scannt - unabhängig ob amavisd-new jobs an AntiVir durchreicht oder
> nicht?
> 
> p at rick

Finde ich eine gute Idee. Greif ich mal auf: Ich habe mal gerade in die 
Postfix Sources reingesehen (nachdem ich nach der Fehlermeldung 
gegoogelt habe). Der Fehler wird von qmgr_active.c erzeugt. Dort heisst 
es in den Bemerkungen:

Throwing away queue files seems bad, especially when they made it this
far into the mail system. Therefore we save bad files to a separate
directory for further inspection.
After queue manager restart it is possible that a queue file is still
being delivered. In that case (the file is locked), defer delivery by
a minimal amount of time.

und später ..

Throwing away queue files seems bad, especially when they made it this
far into the mail system. Therefore we save bad files to a separate
directory for further inspection by a human being.

Mein C ist allerdings nicht so gut, dass ich jetzt sagen könnte, an 
welcher Stelle genau dieser Fehler erzeugt wird (eigentlich kann ich gar 
kein C ;-) ).

Die obigen Beschreibungen würden vielleicht aber erklären, warum die 
Mail so lange in der Queue bleibt, bzw. zu späterem Zeitpunkt wieder 
reinkommt.
Auf das Queuefile kann qmgr aktuell nicht zugreifen (der Grund hierfür 
ist noch nicht ganz klar) und wird erst mal woandershin geschoben. 
Dieses kommt dann zu späterem Zeitpunkt wieder in die Queue, wo dann 
vielleicht der Amavis nicht mehr darauf zugreift und die EXE-Files 
zugestellt werden.

Kai