Probleme (!?) mit Maia Mailguard

[raylight]

Hallo ispCP Gemeinde,

Ich habe einen Debian Etch server mit installiertem ispCP 1.0 RC 4, läuft auch soweit sehr gut, und ohne Probleme.

Letztes WE habe ich mich mal dran gemacht, und Maia gemäß des HowTo's hier von dieser Seite installiert. Bis hierher auch alles Klasse, ClamAV scannt brav nach Viren, Spamassassin entsorgt bzw markiert Spam. Amavis regelt das schon

Jetzt habe ich festgestellt, dass Weiterleitungen nicht wirklich beachtet werden. Also z.B. info@example.com ist eine Weiterleitung an user_1@example.com und user_2@example.com.
Postfix nimmt die Mail an und leitet sie dann an Amavis weiter, Amavis ackert dann die Tests durch und gibt sie an Postfix zurück ... soweit, so gut ... ABER Postfix leitet die Mail dann aber nicht an user_1 bzw user_2 weiter, sondern stellt die Mail ins Maildir des Benutzers "info" ... why that?

Hat das evtl mit dem fehlenden Adressrewrite zu tun?

Code:

May 27 13:15:13 ~servername~ amavis[5429]: (05429-07) Passed CLEAN, [213.165.64.20] [212.4.169.84] <ein.benutzer@~remotedomain~.de> -> <info@~localdomain~.de>, Message-ID: <20080527111504.250690@~remotedomain~.net>, Hits: 0, 1624 ms
May 27 13:15:13  ~servername~ postfix/smtp[4973]: 1D8E895C313: to=<info@~domain~.de>, relay=127.0.0.1[127.0.0.1]:10024, delay=8.7, delays=7.1/0.01/0/1.6, dsn=2.6.0, status=sent (250 2.6.0 Ok, id=05429-07, from MTA: 250 2.0.0 Ok: queued as A218B95C31C)
May 27 13:15:13  ~servername~ postfix/virtual[5117]: A218B95C31C: to=<info@~localdomain~.de>, relay=virtual, delay=0.26, delays=0.16/0.02/0/0.07, dsn=2.0.0, status=sent (delivered to maildir)

(Anm. d. R Host- und Domainnamen, sowie eingehende email Adresse geändert )


Da ich nicht wahllos irgendwelche Logauszüge und Conf's posten will, sagt mir einfach, was ihr braucht

Gruß
raylight[/code]

[BeNe]

Kann mich nicht an ein solches Problem erinnern.
Wobei bei dem Logauszug auch nicht erkenntlich das die eMail nicht an info@lala gehen sollte.

Hast Du es denn schon mal mit DoveCot und AvelSieve versucht ?

Greez BeNe

[raylight]

Hallo BeNe,

naja, war ja klar, dass ich da wieder der einzige mit bin^^

ich habe, glaube ich, den fehler etwas weiter eingrenzen können. wenn ich eine mail an die besagte info@meinedomain.tld schicke, fängt maia die mail brav ab und behält sie erstmal als vermeintlichen ham... wartet dann, bis ich den status bestätige und würde die mail dann weiterschicken...

die debugausgabe sagt mir allerdings: "2008-05-27 21:28:37 (CEST) - Notice - Undefined variable: resent at /var/www/ispcp/gui/tools/antispam/cache.php line [328]"

tjoa, wenn der rücktransport nicht wirklich angestoßen wird, wird das auch nie was mit dem empfang, denk ich mal *g*

dovecot oder avelsieve teste ich, wenn das auch nix bringt, wobei die mail ja nie am pop3 ankommt, wie ich ja nu weiß.

Gruß
raylight

[BeNe]

Quote:fängt maia die mail brav ab und behält sie erstmal als vermeintlichen ham... wartet dann, bis ich den status bestätige und würde die mail dann weiterschicken...

Warum musst Du deinen "HAM" bestätigen das er weitergeschickt wird ?

Quote:die debugausgabe sagt mir allerdings: "2008-05-27 21:28:37 (CEST) - Notice - Undefined variable: resent at /var/www/ispcp/gui/tools/antispam/cache.php line [328]"

Zu deinen Fehler, hilft das ? --> http://www.maiamailguard.com/maia/ticket/419

Greez BeNe

[raylight]

Hi,

ich hatte die lösung auf ner anderen seite gefunden, aber ja, das hat den fehler beseitigt.

das is ne gute frage, warum ich den ham bestätigen muss ... das betrifft aber auch nur diese eine adresse, alle "echten" postfächer werden ganz brav gefüttert. nur diese weiterleitungen.... gnarf


EDIT:

ich glaub, ich habs gelöst:

in der /etc/postfix/main.cf habe ich diesen teil 'receive_override_options = no_address_mappings' auskommentiert.
is klar, dass dann nix verteilt wird, wenn das aktiv ist .... ich frag mich grade nur, warum ich das da rein geschrieben habe... oO

gruß
raylight

--
nachtarbeit is doof.... *G*