![](https://seccdn.libravatar.org/avatar/6cacaf4eb2894c2da1aaf9dab186ef82.jpg?s=120&d=mm&r=g)
Lars Steen wrote:
Auf den ersten Blick sehe ich kein großes Problem in master.cf. Vielleicht ist es etwas viel, 10 Amavisd-new Prozese zu erlauben. Läuft amavisd-new denn eigentlich und ist es richtig konfiguriert?
amavisd-new - darunter verstehe ich amavis den Virenscanner. Der läuft nicht unter den Prozessen in
Amavisd-new ist ein Framework in Perl geschrieben, welches Spamassassin und Virenscanner einbindet. Welcher Virenscanner verwendet wird, musst du entscheiden (und installieren). Auch die Virensignatur-Updates musst du konfigurieren.
Start/Anwendungen/System/Überwachung/PerformanceMonitor->Prozesstabelle da gibt es nichts was sich nach amavis auch nur im entferntesten anhört. Hab ihn aber unter den gestarteten Systemdiensten gefunden unter: Yast2/System/RunlevelEditor dort steht amavisd-new mit einem "Ja*" Das Sternchen ist erklärt als [OT]:"Ein Sternchen (*) hinter einem Dienststatus bedeutet, dass der Dienst aktiviert ist, jedoch nicht läuft oder deaktiviert ist, jedoch nun läuft." Das hat mich stutzig gemacht und habe festgestellt das nach einem drücken des aktivieren Buttons folgende Meldung kommt: /etc/init.d/amavis start gab 7 (Programm wird nicht ausgeführt) zurück: Starting virus-scanner (amavisd-new):
Grins! Frag' mich besser nicht nach irgendetwas graphischem unter Linux, ich bin ohnehin immer nur auf der Kommandozeile am arbeiten.
Hm läuft der amavis jetzt oder steht die Anwendung? Hab in der SDB nach amavis gesucht - die Erfolge waren bescheiden - oder ich bin zu doof. Kenne mich einfach noch nicht so gut damit aus... In einem Artikel habe ich gelesen das es eine amavis.conf gibt - gefunden unter /etc... und dir in den Anhang gesetzt.
Was ist das Ziel dieser Konfiguration? Zuerst dachte ich, es geht nur um die lokale Zustellung von Systemmails, aber die Relay-Einstellungen deuten eher darauf hin, dass du Postfix auch als lokalen Server verwenden möchtest.
Lokaler Server... trifft es nicht ganz, aber wenn das der Weg ist dann mach ich das. Ich hab vor großen Lösungen keinen Bammel, solange ich sie noch verstehe ;-)
Es kann ein Weg sein. Vielleicht ist es für dich einfacher, die Systemmails nach web.de zu schicken und dann wieder über KMail abzuholen. Nicht sehr elegant, aber sollte funktionieren.
Wohin sollen die Mails ausgeliefert werden?
Jo ... eigentlich ganz einfach: Ich habe einen Emailaccount bei web.de. Dort hole ich z.B. diese Liste ab und das klappt mit Kmail auch sehr gut. Kmail macht das meiner Ansicht nach gut - und ich bin mit dem Programm zufrieden.
Dann schicke die Systemmails auch an die externe web.de-Adresse.
Problem sind die Systemmails... die bekommt der user ls nicht.
Hängen die Mails vielleicht noch in der Queue herum? Was sagt der Befehl "mailq"?
Also hab ich mir gedacht das ich unter Yast2/Netzwerkdienste/MailTransferAgent ich die Verbindung einrichten kann damit es besser läuft. gewählt habe ich: Einwahlverbindung: permanent (hab ne DSL-Flatrate) Dann habe ich die ausgehende Mailserver konfiguriert. Und dann, komme ich auf eine sehr interressante Seite: Es wird der account fertig eingerichtet (mit passwort) zum Herunterladen von Emails. Dabei wird auch eine Verbindung zwischen dem Emailaccount und dem user "ls" hergestellt. Desweiteren gibt es auf derselben Seite(Maske des Programmes) gesagt"Mail von root weiterleiten an :(Eingabefeld)" und bei dem Eingabefeld steht bei mir - oh wunder - ls. Als auslieferungsprogramm wurde Procmail gewählt.
Warum bloß Procmail. Soll der die Mails nach Spamassassin leiten?!?
Wenn man weiter drückt beendet sich das Programm. So, was hat dieses Ding "MailTransferAgent" eigentlich gemacht? Ich sehe es so das durch die letzte Maske die Verbindung hergestellt wurde zwischen user "ls", einem Emailaccount und den Systemmails Eigentlich würde ich erwartendas die Systemmails zwischen meinen anderen Mails, die ich von web.de hole, liegen - ein Wunschgedanke.
Zeige mal die Ausgabe von "postconf -n".
Here we go (der Rechner heisst core): core:~ # postconf -n alias_maps = hash:/etc/aliases biff = no canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 defer_transports = disable_dns_lookups = no disable_mime_output_conversion = no html_directory = /usr/share/doc/packages/postfix/html inet_interfaces = 127.0.0.1 ::1 inet_protocols = all mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = /usr/bin/procmail mailbox_size_limit = 0 mailbox_transport = mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = masquerade_exceptions = root message_size_limit = 10240000 mydestination = $myhostname,localhost.$mydomain,$mydomain myhostname = core.TUXLand mynetworks_style = subnet
Das hier solltest du besser auf "host" setzen, da Postfix ohnehin nur auf localhost lauscht.
newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES receive_override_options = no_address_mappings
Damit blockst du die Alias-Umschreibung von Systemmails!
relayhost = smtp.web.de relocated_maps = hash:/etc/postfix/relocated sample_directory = /usr/share/doc/packages/postfix/samples sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = smtp_use_tls = no smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination smtpd_sasl_auth_enable = no smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_use_tls = no strict_8bitmime = no strict_rfc821_envelopes = no transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 550 virtual_alias_domains = hash:/etc/postfix/virtual virtual_alias_maps = hash:/etc/postfix/virtual
Ich habe mir amavisd.conf jetzt nicht besonders angeschaut, da ich in deinem Log nichts davon gesehen habe, dass Amavis auch tatsächlich eingesetzt wurde. Wenn tatsächlich Procmail eingesetzt wurde, schau mal in dessen Log nach Fehlern. Der übliche Weg, Postfix auf einem Einzelrechner zu nutzen, ist Postfix als lokalen Mailserver einzutragen, in Postfix dann den Mailserver mit Authentifikation des Providers eintragen und zum Abholen dann Fetchmail oder Getmail zu verwenden. Dann muss nur noch eingestellt werden, wo Postfix die Maildateien des Users ablegt und das Mailprogramm muss darauf konfiguriert sein. Bei einem echten Server käme dann noch die Installation eines POP/Imap-Servers dazu und einige andere Spielereien. Eine Bitte noch: es ist etwas mühselig, durch etliche Kilobyte von Logdateien/Konfigurationsdateien zu waten. Sinnvoll ist es, die Ausschnitte des Logs zu posten, wo das Problem auftaucht und aus Konfigurationsdateien die Kommentare wegzufiltern, geht mit egrep -v "^#" /pfad/zur/datei sehr einfach. Das hilft sehr, den Überblick zu wahren und verringert den Umfang der Mails beträchtlich. Denke daran, dass der Listenserver diese Mail an JEDEN eingetragenen Benutzer der Liste schickt, das sind etliche Hundert. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org