Postfix - Amavis-new

[quote:414c4d9ce2="buga2"]Megtevesztettel, nalad valoban REDIRECT a redirect :) Pedig 2.0-s verziot irtal, ez viszont Postfix 2.1 feature. Hogy konstruktiv is legyek, a kulso postfix instancianak a master.cf-ben adj meg '-o header_checks=' parametert, majd postfix reload. Ha van a redirecteken tul is header_checks tablad, akkor ertelemszeruen azt a kulso postfixnek kell feldolgoznia, tehat akkor ertelemszeruen modositsd, amit irtam. Amugy a doksiban /header_checks(5)/ le van irva, hogy ez ezzel a mellekhatassal jar, nem pont arra talaltak ki, amire hasznalod.

Bocs a verziószámot illetően, nekem csak a 2.x rémlett :) ...
Szóval a main.cf-ben van egy ilyen sor:
[code:1:414c4d9ce2]header_checks=regexp:/etc/postfix/regexp.header[/code:1:414c4d9ce2]
A master.cf pedig az alábbi (első sort módosítottam, ahogy írtad, ha jól értettem)(a lényeg csak):
[code:1:414c4d9ce2]smtp inet n - - - - smtpd -o header_checks=
pickup fifo n - - 60 1 pickup
cleanup unix n - - - 0 cleanup
qmgr fifo n - - 300 1 qmgr
rewrite unix - - - - - trivial-rewrite
bounce unix - - - - 0 bounce
defer unix - - - - 0 bounce
trace unix - - - - 0 bounce
verify unix - - - - 1 verify
flush unix n - - 1000? 0 flush
proxymap unix - - n - - proxymap
smtp unix - - - - - smtp
relay unix - - - - - smtp
-o smtp_helo_timeout=5
-o smtp_connect_timeout=5
showq unix n - - - - showq
error unix - - - - - error
local unix - n n - - local
virtual unix - n n - - virtual
lmtp unix - - n - - lmtp
smtp-amavis unix - - n - 5 smtp -o smtp_data_done_timeout=1200 -o disable_dns_lookups=yes
127.0.0.1:10025 inet n - n - 5 smtpd -o content_filter=
-o local_recipient_maps=
-o relay_recipient_maps=
-o smtpd_restriction_classes=
-o smtpd_client_restrictions=
-o smtpd_helo_restrictions=
-o smtpd_sender_restrictions=
-o smtpd_recipient_restrictions=permit_mynetworks,reject
-o mynetworks=127.0.0.0/8
-o strict_rfc821_envelopes=yes
-o smtpd_error_sleep_time=0
-o smtpd_soft_error_limit=1001
-o smtpd_hard_error_limit=1000
[/code:1:414c4d9ce2]
_De_ így se működik, ugyanúgy a REDIRECT után kimarad az amavison keresztüli ellenőrzés :(
Ha esetleg meg lehet máshogy oldani a címzettek átírását, akkor az is jó lenne, de így hirtelen nem jut eszembe más ...
Kösz: KorbenDallas

[quote:b402a21146="KorbenDallas"]
Bocs a verziószámot illetően, nekem csak a 2.x rémlett :) ...
Szóval a main.cf-ben van egy ilyen sor:
[code:1:b402a21146]header_checks=regexp:/etc/postfix/regexp.header[/code:1:b402a21146]
A master.cf pedig az alábbi (első sort módosítottam, ahogy írtad, ha jól értettem)(a lényeg csak):
[...]
_De_ így se működik, ugyanúgy a REDIRECT után kimarad az amavison keresztüli ellenőrzés :(

Valoban, igazabol nem is az smtpd, hanem a cleanup daemon csinalja a header_checks-et, igy nem is mukodhet. [...ujratervezes...ujratervezes... (c)totalcar]

Ha esetleg meg lehet máshogy oldani a címzettek átírását, akkor az is jó lenne, de így hirtelen nem jut eszembe más ...

Konkretan mi is a baj a virtual mapekkel?

Buga

[quote:960509c29f="buga2"]
Konkretan mi is a baj a virtual mapekkel?

No vajon mi? :) Ez egy rossz otlet volt.

Buga

[quote:2f30727777="KorbenDallas"]
[...]
_De_ így se működik, ugyanúgy a REDIRECT után kimarad az amavison keresztüli ellenőrzés :(

[code:1:2f30727777]-o receive_override_options=no_header_body_checks[/code:1:2f30727777]

Buga

[quote:375305f301="Buga"]
[code:1:375305f301]-o receive_override_options=no_header_body_checks[/code:1:375305f301]
Buga

Kapnál egy KCS-t, ha lehetne osztogatni mint hwsw-n :)
A master.cf-be, smtpd után beírva tökéletesen működik...
Kösz: KorbenDallas

[quote:74aafc39ba="trey"]
Csak most nem mukodik, vagy most telepitetted eloszor?

Sziasztok.
Nekem is megy minden nincs is gond a levelezéssel, csak a logokat és a mailq-t
nézegetve látom ezt a hibaüzenetet.
De persze egy idő után rendesen ürül a queue-ból.. azaz tovabbitodik.
A logokban sem szeretem Nálatok?

Nagykérés, hogy ha tudtok dobjatok meg egy postconfig kimenettel és egy master.cf
fájllal?
Van egy két tippem, meg ötletem, de nem értem miért szivok ezzel.

Hunger
Ismerem azt a doksit, átnéztem most is és azt amit abban ajánlanak az ugy is van..
Lehet a Amavis-new-ban van valahol a trükk..
Thenksz!
Fri

Sziasztok,

Van énnekem egy problémám a Postfix 2.0 + amavisd-new párossal.
A postfix regexp.header file-aban van rakás redirectem, ami a "From" ill. egyéb mezőkben talált cuccok alapján szortírozza a leveleket, főleg hírlevelek meg szerverüzenetek (egy közös IMAP mailboxba, hogy könnyen elérhetőek legyenek, de ez mellékes).
Normál esetben az összes beérkező üzenet (fetchmail szedi le -> majd postfix) átfuttatódik az amavison keresztül, _de_ a fent említett redirectes levelek _sohasem_.
Az amavis és a postfix is tökéletesen működik amúgy, postfix elküldi amavisnak a 10024-es portra, ott spamassassin+clamav, majd vissza 10025 porton a postixbe.

Ha esetleg találkozott valaki a fenti problémával és van rá megoldása, akkor ne tartsa magában :)

Kösz:
korbendallas

[quote:cb74c8ee7d="Frimen"]
Erdekelne, valaki talalkozott-e mar azzal a problemaval a fenti duó-nál ami a következő logot eredményezi:

(lost connection with 127.0.0.1[127.0.0.1] while sending end of data -- message may be sent more than once)

A problemat vszleg az amavis viselkedese okozza: addig nem mond semmit a DATA utan, amig a belso postfix instancia el nem vette a levelet. Megoldas lehet egy master.cf-ben leirt smtp kliens definicio megnovelt smtpd_data_timeout ertekkel, majd ezt megadni content_filter-kent, reszletekert lasd az amavisd-new relevans readme file-jat!

Buga

[quote:6434784456="korbendallas"]
Van énnekem egy problémám a Postfix 2.0 + amavisd-new párossal.
A postfix regexp.header file-aban van rakás redirectem, ami a "From" ill. egyéb mezőkben talált cuccok alapján szortírozza a leveleket, főleg hírlevelek meg szerverüzenetek (egy közös IMAP mailboxba, hogy könnyen elérhetőek legyenek, de ez mellékes).
Normál esetben az összes beérkező üzenet (fetchmail szedi le -> majd postfix) átfuttatódik az amavison keresztül, _de_ a fent említett redirectes levelek _sohasem_.

Bizonyara a kulso postfix instancia teszi le a leveleket. Hogy nez ki egy ilyen levelre vonatkozo log? Mit jelent a te szohasznalatodban a "redirect"? Milyen tabla, milyen rule, stb.?

Buga

[quote:84fbb970d6="buga2"]
Bizonyara a kulso postfix instancia teszi le a leveleket. Hogy nez ki egy ilyen levelre vonatkozo log? Mit jelent a te szohasznalatodban a "redirect"? Milyen tabla, milyen rule, stb.? Buga

Itt van az egyik redirect a regexp.header fileból:
[code:1:84fbb970d6]/^From: (.*)@hrp\.hu/ REDIRECT hirlevel@mail.local.valami.hu[/code:1:84fbb970d6]
[code:1:84fbb970d6]Apr 26 18:10:19 fserver postfix/smtpd[19636]: connect from localhost[127.0.0.1]
Apr 26 18:10:19 fserver postfix/smtpd[19636]: D30A7E239B: client=localhost[127.0.0.1]
Apr 26 18:10:20 fserver postfix/cleanup[19637]: D30A7E239B: message-id=<11BB6959A196D3119F5300508B441EE0030925A7@exchange.hrp.hu>
Apr 26 18:10:20 fserver postfix/cleanup[19637]: D30A7E239B: redirect: header From: HRP Akci?? <Akcio@hrp.hu> from localhost[127.0.0.1]; from=<valahonnan@hrp.hu> to=<valaki@mail.local.valami.hu> proto=ESMTP helo=<localhost>: hirlevel@mail.local.valami.hu
Apr 26 18:10:21 fserver postfix/qmgr[15532]: D30A7E239B: from=<valahonnan@hrp.hu>, size=205653, nrcpt=1 (queue active)
Apr 26 18:10:22 fserver postfix/virtual[19639]: D30A7E239B: to=<hirlevel@mail.local.valami.hu>, orig_to=<valaki@mail.local.valami.hu>, relay=virtual, delay=3, status=sent (delivered to maildir)[/code:1:84fbb970d6]
Úgy tűnik mintha a redirectelt leveleket - az amavis futása előtt - egyből mailboxba teszi és nem vágja vissza a sor elejére, mint a többi "normál" leveleknél, hogy átfuthasson az egészen újra.
Kösz: KorbenDallas

Sziasztok.

Erdekelne, valaki talalkozott-e mar azzal a problemaval a fenti duó-nál ami
a következő logot eredményezi:

(lost connection with 127.0.0.1[127.0.0.1] while sending end of data -- message may be sent more than once)

A képlet:
Debian Woody + Postfix (stable, alias 1.1.11-0.woody3) + amavis-new (20030616p5-6)
A problémáim:
0. Nem tetszik! :)
1. Nem találtam igazán normális magyarázatot a NET-en csak vagdalkozást..
2. Van egy két ötletem a megoldásra, de lustaság fél egészség.. hátha valaki már megoldotta, tudja a biztos megoldást. :wink:

[quote:f2c218e805="korbendallas"][quote:f2c218e805="buga2"]
Bizonyara a kulso postfix instancia teszi le a leveleket. Hogy nez ki egy ilyen levelre vonatkozo log? Mit jelent a te szohasznalatodban a "redirect"? Milyen tabla, milyen rule, stb.? Buga

Itt van az egyik redirect a regexp.header fileból:
[code:1:f2c218e805]/^From: (.*)@hrp\.hu/ REDIRECT hirlevel@mail.local.valami.hu[/code:1:f2c218e805]
[code:1:f2c218e805]Apr 26 18:10:19 fserver postfix/smtpd[19636]: connect from localhost[127.0.0.1]
Apr 26 18:10:19 fserver postfix/smtpd[19636]: D30A7E239B: client=localhost[127.0.0.1]
Apr 26 18:10:20 fserver postfix/cleanup[19637]: D30A7E239B: message-id=<11BB6959A196D3119F5300508B441EE0030925A7@exchange.hrp.hu>
Apr 26 18:10:20 fserver postfix/cleanup[19637]: D30A7E239B: redirect: header From: HRP Akci?? <Akcio@hrp.hu> from localhost[127.0.0.1]; from=<valahonnan@hrp.hu> to=<valaki@mail.local.valami.hu> proto=ESMTP helo=<localhost>: hirlevel@mail.local.valami.hu
Apr 26 18:10:21 fserver postfix/qmgr[15532]: D30A7E239B: from=<valahonnan@hrp.hu>, size=205653, nrcpt=1 (queue active)
Apr 26 18:10:22 fserver postfix/virtual[19639]: D30A7E239B: to=<hirlevel@mail.local.valami.hu>, orig_to=<valaki@mail.local.valami.hu>, relay=virtual, delay=3, status=sent (delivered to maildir)[/code:1:f2c218e805]
Úgy tűnik mintha a redirectelt leveleket - az amavis futása előtt - egyből mailboxba teszi és nem vágja vissza a sor elejére, mint a többi "normál" leveleknél, hogy átfuthasson az egészen újra.

Megtevesztettel, nalad valoban REDIRECT a redirect :) Pedig 2.0-s verziot irtal, ez viszont Postfix 2.1 feature. Hogy konstruktiv is legyek, a kulso postfix instancianak a master.cf-ben adj meg '-o header_checks=' parametert, majd postfix reload. Ha van a redirecteken tul is header_checks tablad, akkor ertelemszeruen azt a kulso postfixnek kell feldolgoznia, tehat akkor ertelemszeruen modositsd, amit irtam. Amugy a doksiban /header_checks(5)/ le van irva, hogy ez ezzel a mellekhatassal jar, nem pont arra talaltak ki, amire hasznalod.