SpamAssassin schickt Emails zurück
Dec 14 18:10:19 FTE-Server postfix/cleanup[7344]: 43B091E3CE: message-id=
Dec 14 18:10:19 FTE-Server postfix/qmgr[6183]: 43B091E3CE: from= , size=1334, nrcpt=1 (queue active) Dec 14 18:10:19 FTE-Server postfix/smtpd[7341]: disconnect from localhost[127.0.0.1] Dec 14 18:10:22 FTE-Server postfix/smtpd[7350]: connect from localhost[127.0.0.1] Dec 14 18:10:22 FTE-Server postfix/smtpd[7350]: NOQUEUE: reject: RCPT from localhost[127.0.0.1]: 550 : Recipient address rejected: User unknown in local recipient table; from= to=
Hallo zusammen! Ich bin gerade bei einer Installation von SUSE 9.2. Bei SpamAssassin hakt es allerdings noch, denn der scheint die EMails zurückzusenden anstatt sie in den Spamordner einzusortieren. Irgendein Detail scheine ich übersehen zu haben. Um SpamAssassin zu testen wurde *@macnews.de in die blacklist eingetragen. Aber statt die mail in /home/rte/spam einzusortieren wurde sie zurückgeschickt. Sonstige Mails kann User rte empfangen, Virusmails werden von Amavis korrekt aussortiert. Die Mail-Logdatei sagt folgendes (sorry, dass soviel eingefügt wurde, aber ich wusste nicht, welche Zeilen evtl. unnötig sind: [...] proto=ESMTP helo=<localhost>
Dec 14 18:10:22 FTE-Server amavis[5811]: (05811-05) mail_via_smtp: DATA skipped, no valid recips, 0 Dec 14 18:10:22 FTE-Server amavis[5811]: (05811-05) mail_via_smtp: 550 5.1.0
: Recipient address rejected: User unknown in local recipient table Dec 14 18:10:22 FTE-Server amavis[5811]: (05811-05) Blocked SPAM, [213.23.228.251] -> , quarantine: spam-2906b122c21681334c37680e1b193158-20041214-181019-05811-05, Message-ID: , Hits: 100 Dec 14 18:10:22 FTE-Server postfix/smtpd[7350]: disconnect from localhost[127.0.0.1] Dec 14 18:10:22 FTE-Server postfix/smtp[7346]: 43B091E3CE: to= , orig_to= , relay=127.0.0.1[127.0.0.1], delay=3, status=bounced (host 127.0.0.1 [127.0.0.1] said: 550 5.1.0 : Recipient address rejected: User unknown in local recipient table (in reply to end of DATA command)) Dec 14 18:10:22 FTE-Server postfix/cleanup[7344]: 274051E4C8: message-id=<20041214171022.274051E4C8@FTE-Server.foliant> Dec 14 18:10:22 FTE-Server postfix/qmgr[6183]: 274051E4C8: from=<>, size=3500, nrcpt=1 (queue active) Dec 14 18:10:22 FTE-Server postfix/qmgr[6183]: 43B091E3CE: removed Dec 14 18:10:22 FTE-Server postfix/smtp[7346]: 274051E4C8: to= , relay=smtp.1und1.com[212.227.15.129], delay=0, status=sent (250 OK id=1CeGBq-0003e8-00) Dec 14 18:10:22 FTE-Server postfix/qmgr[6183]: 274051E4C8: removed
Der "Spamabsender" erhielt folgende Mail:
This is the Postfix program at host FTE-Server.foliant. [...] The Postfix program
(expanded from ): host 127.0.0.1[127.0.0.1] said: 550 5.1.0 : Recipient address rejected: User unknown in local recipient table (in reply to end of DATA command)
Woran kann das liegen? Beste Grüße Ralf Tempel
Dec 14 18:10:22 FTE-Server postfix/smtpd[7350]: NOQUEUE: reject: RCPT from
localhost[127.0.0.1]: 550
: Recipient address rejected: User unknown in local recipient table;
# REJECTING MAIL FOR UNKNOWN LOCAL USERS # # The local_recipient_maps parameter specifies optional lookup tables # with all names or addresses of users that are local with respect # to $mydestination, $inet_interfaces or $proxy_interfaces. # # If this parameter is defined, then the SMTP server will reject # mail for unknown local users. This parameter is defined by default. Sandy
On Tue, Dec 14, 2004 at 08:48:39PM +0100, Sandy Drobic wrote:
Dec 14 18:10:22 FTE-Server postfix/smtpd[7350]: NOQUEUE: reject: RCPT from
localhost[127.0.0.1]: 550
: Recipient address rejected: User unknown in local recipient table; # REJECTING MAIL FOR UNKNOWN LOCAL USERS # # The local_recipient_maps parameter specifies optional lookup tables # with all names or addresses of users that are local with respect # to $mydestination, $inet_interfaces or $proxy_interfaces. # # If this parameter is defined, then the SMTP server will reject # mail for unknown local users. This parameter is defined by default.
Jepp...und einen User namens rte+spam hast du mit ziemlicher Sicherheit nicht im System. Wäre auch nicht zu empfehlen. schöne Grüße aus Hamburg, Nico -- It`s not a trick...it`s Linux! | web: www.linico.de -----------°°----------- | mailto: nico@linico.de Nico Jochens - MCSE und CNA | Registered Linux User #313928 Hamburg, Germany | PGP-Signature: kommt noch
Am Dienstag, 14. Dezember 2004 21:00 schrieb Nico Jochens:
Jepp...und einen User namens rte+spam hast du mit ziemlicher Sicherheit nicht im System. Wäre auch nicht zu empfehlen.
Und warum will SpamAssassin die Mails an den schicken? Was muß ich tun, damit die Mails nicht an rte+spam geschickt werden, sondern in /hom/rte/spam landen? Beste Grüße RTe
Ralf Tempel wrote:
Jepp...und einen User namens rte+spam hast du mit ziemlicher Sicherheit nicht im System. Wäre auch nicht zu empfehlen.
Und warum will SpamAssassin die Mails an den schicken? Was muß ich tun, damit die Mails nicht an rte+spam geschickt werden, sondern in /hom/rte/spam landen?
Die Antwort findet sich in amavisd.conf: # Location to put infected mail into: (applies to 'local:' quarantine method) # empty for not quarantining, may be a file (mailbox), # or a directory (no trailing slash) # (the default value is undef, meaning no quarantine) # $QUARANTINEDIR = '/var/spool/amavis/virusmails'; #$virus_quarantine_method = "local:virus-%i-%n"; # default #$spam_quarantine_method = "local:spam-%b-%i-%n"; # default # #use the new 'bsmtp:' method as an alternative to the default 'local:' #$virus_quarantine_method = "bsmtp:$QUARANTINEDIR/virus-%i-%n.bsmtp"; #$spam_quarantine_method = "bsmtp:$QUARANTINEDIR/spam-%b-%i-%n.bsmtp"; # When using the 'local:' quarantine method (default), the following applies: # VARIANT 2: # a string NOT containing an '@'; # amavisd will behave as a local delivery agent (LDA) and will quarantine # viruses to local files according to hash %local_delivery_aliases (pseudo # aliases map) - see subroutine mail_to_local_mailbox() for details. # Some of the predefined aliases are 'virus-quarantine' and 'spam-quarantine'. # Setting $virus_quarantine_to ($spam_quarantine_to) to this string will: # # * if $QUARANTINEDIR is a directory, each quarantined virus will go # to a separate file in the $QUARANTINEDIR directory (traditional # amavis style, similar to maildir mailbox format); # # * otherwise $QUARANTINEDIR is treated as a file name of a Unix-style # mailbox. All quarantined messages will be appended to this file. # Amavisd child process must obtain an exclusive lock on the file during # delivery, so this may be less efficient than using individual files # or forwarding to MTA, and it may not work across NFS or other non-local # file systems (but may be handy for pickup of quarantined files via IMAP # for example); Wenn du amavisd im chroot hast, dann kann die mailbox nicht direkt als datei erreicht werden. In dem Fall gib als empfänger die emailadresse an, an die es gelangen soll. Sandy
Am Dienstag, 14. Dezember 2004 22:25 schrieb Sandy Drobic:
Wenn du amavisd im chroot hast, dann kann die mailbox nicht direkt als datei erreicht werden. In dem Fall gib als empfänger die emailadresse an, an die es gelangen soll. Sorry, dass ich nochmal nachfragen muss, aber mir ist das ein wenig zu hoch.
Ich habe Antivir installiert, einen gültigen Key in den Ordner kopiert und in Yast unter "Netzwerkdienste" in "Mail Transfer Agent" das Häkchen bei "Virusüberprüfung (Amavis) aktivieren" gesetzt. Dann habe ich eine kanonische Verknüpfung von "virusalert@foliant.FTE-Server.foliant" zum Benutzer "fte" hergestellt. Ich habe eine Virusmail von einem externen Account geschickt und alles klappte wunderbar: Die Mail wurde nicht zugestellt, der Absender wurde nicht benachrichtigt, fte erhielt eine Nachricht, daß eine Virusmail ausgefiltert wurde. Anschließend habe ich per Yast SpamAssassin installiert und via Webmin den entsprechenden Eintrag in Procmail erstellen lassen. Eine unverdächtige Testmail durchlief Antivir und SpamAssassin und wurde dem User rte zugestellt. Als ich aber die Absender-Adresse des externen Accounts via Webminin die Blacklist aufnahm, kam es zu dem erwähnten Problem, daß die Mail plötzlich rte+spam (den Benutzer gibt es natürlich nicht) zugestellt werden sollte, gebounced wurde und nicht im Ordner /home/rte/mail/spam landete. So wie erwähnt habe ich es unter Suse 9.0 mehrfach installiert und immer hat es ohne Probleme geklappt, unter 9.2 muß irgendwas anders sein. Jedenfalls habe ich keine Ahnung, was ich nun tun muß. Da ich noch ein relativer Anfänger bin (was man sicher auch daran merkt, daß ich mit Yast und Webmin arbeite) wäre ich für konkrete Beispiele sehr dankbar. Ich habe keine Ahnung ob Amavisd nun im chroot läuft, wenn Yast das nicht veranlaßt hat, ich habe es bestimmt nicht getan. Das Ziel ist jedenfalls, das nicht wie bei einem Virusalarm einem User (hier fte) die Info zugestellt wird sondern jeder User seinen eigenen Spamordner unter /home/user/mail/spam ooder /home/user/spam hat. Hat jemand eine Idee? Beste Grüße RTe
participants (3)
-
Nico Jochens
-
Ralf Tempel
-
Sandy Drobic