Sziasztok!
Egy ideje ilyeneket látok az amavisd logban, azonban szerintem nem amavisd hiba, hanem postfix:
Nov 22 11:19:46 domain.tld /usr/local/sbin/amavisd[63092]: (63092-02) (!!)TROUBLE in process_request: Error writing an SMTP response to the socket: Broken pipe at (eval 107) line 1431.
Nov 22 12:50:27 domain.tld /usr/local/sbin/amavisd[86492]: (86492-04) (!!)TROUBLE in process_request: Error writing an SMTP response to the socket: Broken pipe at (eval 107) line 1431.
Nov 22 15:54:33 domain.tld /usr/local/sbin/amavisd[40852]: (40852-11) (!!)TROUBLE in process_request: Error writing an SMTP response to the socket: Broken pipe at (eval 107) line 1431.
Nov 22 18:54:26 domain.tld /usr/local/sbin/amavisd[79473]: (79473-18) (!!)TROUBLE in process_request: Error writing an SMTP response to the socket: Broken pipe at (eval 107) line 1431.
Nem látok semmi hibát a postfix logban, hiába emeltem a debug levelt, akkor sincs semmi (számomra) gyanús. Ilyenkor a userek arról panaszkodnak, hogy egy, tipikusan nagyobb méretű levelet többször kapnak meg. Postfix queue-ban ilyet látok az adott levél mellett hibaüzenetként:
delay=5382, delays=5381/0/0/0.14, dsn=4.4.2, status=deferred (lost connection with
127.0.0.1[127.0.0.1] while sending end of data -- message may be sent more than once)
Egy hete próbálok rájönni mi okozhatja, már up/downgradeltem postfixet, elfogyott az ötletem, segítsetek, ha tudtok :)
Köszi előre is!
- 2172 megtekintés
Hozzászólások
Mennyi ido alatt valaszolt az amavisd? Jo lenne latni a postfix smtp kliensenek is a logjat. Ha az amavisd tovabb vacakolt, mint amire az smtp_data_done_timeout be van allitva (alapbol 10 perc), akkor epp az tortenik, amit latsz.
- A hozzászóláshoz be kell jelentkezni
beállítottam most debugot a postfixre, a következő esetnél összevetem az amavisd logot az smtpd logjával és megmondom pontosan. Azt nem értem miért vacakolna 10 percnél tovább az amavisd, az nagyon sok idő az átlag 2-3 mp-hez képest.
- A hozzászóláshoz be kell jelentkezni
Nem az smtpd log kell, hanem a postfix smtp kliensenek a logja, mert az beszelget az amavisd-vel. Minden lenyegesnek ott kene lennie a logban, mikor probalta atkuldeni, es mikor szakadt meg. Nem ismerem az amavisd mukodeset, de ha ugy mukodik, hogy a teljes level atvetelekor eloszor lefuttatja az ellenorzeseket, es csak utana valaszol, hogy atvette (pre-queue filtering a postfix terminologiaban), akkor lehet, hogy egy spam vagy virusszuro futtatasa tartott sokaig.
- A hozzászóláshoz be kell jelentkezni
köszi, vannak az amavisdban 3rd party szűrők, master.cf-ben beírtam az smtp mellé egy -v -t, várom, hátha kiesik valami információ ebből.
Ami még gyanús, hogy van egy user, aki 45 megás faxokat kap, ott körülbelül 30mp a spam és vírus vizsgálat együtt. Viszont vannak olyan levelek, amik nem nagyok, mégis látom a mailq-ban, a "message may be sent more than once" hibával. Arra tudok gondolni, hogy ugyanaz a process kezelte épp azokat a leveleket is, amikor egy nagy levél miatt eldobta a kalapácsot a postfix.
- A hozzászóláshoz be kell jelentkezni
Régen használtam amavist, ha jól emlékszem, content_filter-ként localhoston TCP-n dobja át a levelet, valami ilyesmi:
content_filter = amavis:[127.0.0.1]:10024
vagy master.conf-ban van ledefiniálva -o content_filter=amavis -al
Ennek van egy párja smtpd-kéne, ami localhoston várja vissza a leveleket, valami ilyesmi:
127.0.0.1:10025 inet n - - - - smtpd
-o content_filter=
Na ennek a végére rakj szerintem egy "-v"-t, mert szerintem ide nem tud valamiért írni az amavis.
S.
- A hozzászóláshoz be kell jelentkezni