amavis-postfix

Linux-haladó

Próbálkoztam volna SPAM/Vírus szűrést beállítani, de nem sikerült. Ezután eltávolítottam az amavis a rendszerből. A levelezés megy, de a LOG fájlban a következő hiba van:
warning: connect to transport amavis: Connection refused

Mint mondtam a levelezés megy minden gond nélkül, de ez akkor is nagyon idegesítő, főleg, hogy percenként jön a hiba. Feleslegesen növeli a LOG fájl méretét. :(

Esetleg valakinek van vmi ötlete, hogy mit nézzek még meg? Előre is köszi

  • 4336 megtekintés

( ruczati | 2006. 09. 24., v – 22:55 )

nem-e maradt-e benn master.cf-ben az amavis mint content filter?

( Tron | 2006. 09. 24., v – 23:28 )

Nézd át az itteni linkeket. Nekem ezek alapján sikerült megoldani a dolgokat.

# See /usr/share/postfix/main.cf.dist for a commented, more complete version

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

myhostname = server.hostingnet.hu
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = localhost, localhost.localdomain
relayhost =
mynetworks = 127.0.0.0/8
mailbox_command =
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
smtpd_tls_auth_only = no
smtp_use_tls = yes
smtpd_use_tls = yes
smtp_tls_note_starttls_offer = yes
smtpd_tls_key_file = /etc/postfix/smtpd.key
smtpd_tls_cert_file = /etc/postfix/smtpd.cert
smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_tls_session_cache_timeout = 3600s
tls_random_source = dev:/dev/urandom
home_mailbox = Maildir/

virtual_alias_domains =

######## SASL beállítások
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions =
permit_mynetworks,
permit_sasl_authenticated,
reject_non_fqdn_sender,
reject_non_fqdn_recipient,
reject_unauth_destination,
reject_unauth_pipelining,
reject_invalid_hostname,
reject_rbl_client opm.blitzed.org,
reject_rbl_client list.dsbl.org,
reject_rbl_client bl.spamcop.net,
reject_rbl_client sbl-xbl.spamhaus.org
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostname
smtpd_sasl_security_options = noanonymous

######## Virtual beállítások
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf
virtual_gid_maps = static:5000
virtual_mailbox_base = /home
virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql_virtual_domains_maps.cf
virtual_mailbox_limit = 51200000
virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
virtual_minimum_uid = 1001
virtual_transport = virtual
virtual_uid_maps = static:5000
relay_domains = proxy:mysql:/etc/postfix/mysql_relay_domains_maps.cf
virtual_create_maildirsize = yes
virtual_mailbox_extended = yes
virtual_mailbox_limit_maps = proxy:mysql:/etc/postfix/mysql_virtual_mailbox_limit_maps.cf
proxy_read_maps = $local_recipient_maps $mydestination $virtual_alias_maps $virtual_alias_domains $virtual_mailbox_domains $relay_recipient_maps $relay_domains $canonical_maps $sender_canonical_maps $recipient_canonical_maps $relocated_maps $transport_maps $mynetworks $virtual_mailbox_limit_maps
virtual_mailbox_limit_override = yes
virtual_maildir_limit_message = Elnezeset kerjuk, de a cimzett postafiokja megtelt.
virtual_overquota_bounce = yes

Ha a szemem kifolyik, én ebben akkor sem találok amavist sehol sem...

( pepo v | 2006. 09. 25., h – 07:49 )

Mi lenne, ha mégis megcsinálnád a SPAM-szűrést.
Hol akadtál el?
Ezt csak azért bátorkodom megkérdezni, mert kb. 10 perc sem kell hozzá, hogy megoldjad.

Na most ezzel kicsit bajban vagyok, hogy mitis mutassak, de azért kikerestem a LOG-ból pár sort.

Sep 23 00:58:22 server postfix/qmgr[2526]: B97196F9A6: from=, size=33969, nrcpt=1 (queue active)
Sep 23 00:58:22 server postfix/smtpd[2532]: disconnect from unknown[192.168.10.1]
Sep 23 00:58:22 server amavis[2394]: (02394-01) ESMTP::10024 /var/lib/amavis/amavis-20060923T005822-02394: -> Received: SIZE=33969 from server.hostingnet.hu ([127.0.0.1]) by localhost (server.hostingnet.hu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02394-01 for ; Sat, 23 Sep 2006 00:58:22 +0200 (CEST)
Sep 23 00:58:23 server amavis[2394]: (02394-01) Checking: ->
Sep 23 00:58:23 server amavis[2394]: (02394-01) spam_scan: hits=-2.819 tests=ALL_TRUSTED,HTML_MESSAGE
Sep 23 00:58:23 server amavis[2394]: (02394-01) lookup_sql_field(spam_kill_level) (WARNING: no such field in the SQL table), "info@djsilas.dyn.hu" matches, result=undef
Sep 23 00:58:23 server amavis[2394]: (02394-01) lookup_sql_field(spam_tag_level) (WARNING: no such field in the SQL table), "info@djsilas.dyn.hu" matches, result=undef
Sep 23 00:58:23 server amavis[2394]: (02394-01) lookup_sql_field(spam_tag2_level) (WARNING: no such field in the SQL table), "info@djsilas.dyn.hu" matches, result=undef
Sep 23 00:58:23 server amavis[2394]: (02394-01) lookup_sql_field(spam_kill_level) (WARNING: no such field in the SQL table), "info@djsilas.dyn.hu" matches, result=undef
Sep 23 00:58:23 server amavis[2394]: (02394-01) FWD via SMTP: [127.0.0.1]:10025 ->
Sep 23 00:58:23 server postfix/smtpd[2546]: fatal: unexpected command-line argument: filter=
Sep 23 00:58:24 server postfix/master[2522]: warning: process /usr/lib/postfix/smtpd pid 2546 exit status 1
Sep 23 00:58:24 server postfix/master[2522]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling
Sep 23 00:58:24 server amavis[2394]: (02394-01) mail_via_smtp: 450 4.4.1 Can't connect to 127.0.0.1 port 10025, Hib\341s f\341jl le\355r\363 at /usr/sbin/amavisd-new line 2912, line 994., id=02394-01
Sep 23 00:58:24 server amavis[2394]: (02394-01) Not-Delivered, -> , Message-ID: <001a01c6de9a$7a033c00$030aa8c0@laptop>, Hits: -2.819
Sep 23 00:58:24 server amavis[2394]: (02394-01) TIMING [total 1564 ms] - sql-prepare: 3 (0%), SMTP EHLO: 5 (0%), SMTP pre-MAIL: 0 (0%), mkdir tempdir: 17 (1%), create email.txt: 1 (0%), SMTP pre-DATA-flush: 4 (0%), SMTP DATA: 78 (5%), body hash: 1 (0%), mkdir parts: 1 (0%), sql-connect: 8 (1%), lookup_sql: 3 (0%), mime_decode: 62 (4%), get-file-type: 23 (1%), get-file-type: 15 (1%), get-file-type: 14 (1%), get-file-type: 18 (1%), decompose_part: 2 (0%), decompose_part: 0 (0%), decompose_part: 0 (0%), decompose_part: 0 (0%), parts: 0 (0%), AV-scan-1: 37 (2%), SA msg read: 3 (0%), SA parse: 5 (0%), SA check: 202 (13%), fwd-rundown: 1057 (68%), unlink-4-files: 4 (0%), rundown: 1 (0%)
Sep 23 00:58:24 server postfix/smtp[2538]: B97196F9A6: to=, relay=127.0.0.1[127.0.0.1], delay=2, status=deferred (host 127.0.0.1[127.0.0.1] said: 450 4.4.1 Can't connect to 127.0.0.1 port 10025, Hib\341s f\341jl le\355r\363 at /usr/sbin/amavisd-new line 2912, line 994., id=02394-01 (in reply to end of DATA command))

Az értelmezéssel odáig jutottam el, hogy djsilas@hostingnet.hu -nak érkezett egy mail, az sikeresen emg is lett állapítva, hogy az info@djsilas.dyn.hu -ra kell továbbítani.
Csak ezt az SQL-es dolgot és ami utánna van, azt nem értem... :(

Első kérdés: ha sehol nincs a configban amavis (grep -ir "mavis" /etc/postfix/*), akkor lehet, hogy nem indítottad újra? B-)

Második kérdés: megnézném, hogy mitől van ez:

Sep 23 00:58:23 server amavis[2394]: (02394-01) lookup_sql_field(spam_kill_level) (WARNING: no such field in the SQL table), "info@djsilas.dyn.hu" matches, result=undef

1) csak azért, mert szívtam már meg így, amikor már túl fáradt voltam B-) tehát többszöri újraindítás után is benne volt a logokban az amavis?

2) jól látom, hogy a virtual hostjaidat sql-ben tartod? a táblák rendben vannak? nem lehet valami mezőnév elírás? vagy vhol macskaköröm (") idézőjel (') helyett?

Igen már többször is újra lett indítva, és ugyanaz. Eléggé idegesítő, hogy minden rendben van, jószerivel a LOG fájlokba csak az kerül bele, amikor a cron feladatok lefutnak, valaki belép, vagy levelet kap, meg ez a r*h*dt amavis. Percenként írja magát bele a LOG-ba, "connect to transport amavis: connection refused". Nagyon idegesítő, és hát tárterület pazarló is lassan, olyan mértékeket ölt a dolog... :S

Igen, szinte teljesen MySQL alapú a renszer. Alapjában véve a levelezéssel nincs gond, jönnek mennek minden gond nélkül. Akár POP3/IMAP -on keresztül akár webmail-re lépnek be, tudnak fogadni levelet hiba nélkül, és ide is megérkeznek a levelek.

Az sqles problemak imho abbol fakadnak, hogy az amavis arra van beallitva, hogy a spamassassin beallitasokat sqlbol szedje, es erre nincs bekonfiguralva az adatbazisod. Egyszeruen keresd ki a spamassasssin beallitasokat az amavis.conf-bol, aztan szedd ki ami sql-es, es irj be fix ertekeket. Az amavis.conf annyira jol kommentezett, hogy nem okozhat komoly problemat a dolog.

( mogorva v | 2006. 09. 25., h – 08:31 )

Mi volt a gond? Elvileg nem nagy trükk a vírus szűrés amavis-szal.

( djsilas | 2006. 09. 25., h – 13:51 )

Most éppen van bajom ezek nélkül is bőven.
Egyik gépbe meghalt a VGA kártya, de az is lehet, hogy a monitor...
Egy másikban tápot kellene cserélni
A harmadikban egy vinyó halt meg
Amint lesz egy kis időm, utánna járok dolgoknak, meg bemásolom konfig fájlokat. Aki talál main.cf -ben Amavisra utaló dolgot, kap egy sört :)
Előre is köszi a segítséget, (remélem) hamarosan jelentkezem!

( veresh | 2006. 09. 25., h – 20:42 )

Szia!

Hasonló a gondom nekem is, csak nekem a hibaüzenet a következő:
warning: connect to transport smtp-amavis: Connection refused

szintén percenként írja a logba, még akkor is ha az amavist leszedtem.

Ha megvan a megoldás, kérlek írd már be.
üdv., VS

Sziasztok!

Az utóbbi hozzászólások alapján (köszönet érte) sikerült megoldanom a problémát a következő módon:

`mailq` - val kilistáztattam hogy milyen levelek vannak beragadva, majd
`postsuper -d queue_id` - val kitöröltem a beragad leveleket, ahol queue_id a mailq által kilistázozz levelek id-ja. És ezután már nem irja azokat a csúnya hibaüzeneteket percenként a log-ba

üdv, VS

( djsilas | 2006. 09. 25., h – 22:41 )

Na szóval megoldódott a problémám! Sajnos konkrétan nem tudom, hogy mi volt a gond. Sikerült elérni egy hosztinggal foglalkozó ismerősömet, és Ő oldotta meg.
Annyit tudok, hogy voltak beragadt levelek, amiket kézzel kellett kitörölni. Én leszedtem, de haverom végül visszatette amavist. SpamAssassin konfigjával is volt vmi gond, de azt is megoldotta. Így már nincs az SQL-re vonatkozó hibaüzenet sem, és a "warning: connect to transport amavis: Connection refused" is megszűnt. (Én meg cserébe megcsináltam neki MRTG-t, mert Ő meg azzal nem boldogult :D)
Majd próbálom kifaggatni, hogy pontosan mit csinált, és majd leírom az érdeklődőknek.
Még egyszer köszönöm mindenkinek a segítséget.

( mogorva v | 2007. 10. 03., sze – 09:56 )

Nna, az amavis kikonfogolása után nekem is előjött, percenként szólt be a logba, de a fentiekbet összekombinálva (brútforsz módszer) megoldottam.

1) az összes konfigból kivágni még a kommentezett amavis-es soroakat is (ne maradjon nyoma se)
2) akár van a queue-ban levél, akár nincs: postusper -d ALL
3) postfix restart (nem reload!)

Nekem ez után a lépés sorozat után szűnt meg a jelenség.
Hogy mi okozta, azt nem tudom.

( ralphy | 2007. 11. 18., v – 18:53 )

Sziasztok!

Mi okozhatja az alábbi hibaüzenetet, amavis-nál? Köszi

Nov 18 19:38:30 mailweb amavis[8905]: (08905-01) lookup_sql_field(id) (WARN: no such field in the SQL table), "info@akarmi.hu" result=undef

( csardij v | 2008. 01. 03., cs – 21:05 )

A thunderbird általá kuldott tértivevényeket bepakolja a spam-nak fenttartott mappába (azt nem tudom, hogy elkuldi el, de valszeg nem, ha itt kotott ki), a fejlécbe pedig ezt irja: 


X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char E9 hex): Subject:
        T\351rtivev\351ny (megj...

a tárgy pedig: 


Subject: Tértivevény (megjelenítve) - =?utf-8?Q?BU=C3=89K_zen=C3=A9vel_2008-ra?=