10.0 Amavis / Mailproblem nach HD voll
Auf einem 10.0-System wurde die HD voll, das zur Folge hatte, dass eine Reihe von Diensten deaktviert wurden. Nun verstehe ich nicht, warum keine Mails mehr zugestellt werden. In Yast / Rulevel-Editor fällt auf, dass amavis mit * markiert ist. Es läßt sich starten und * verschwindet, bei einem erneuten Aufruf des Runlevel-Editors ist der * wieder da. /etc/init.d/amavis stop Shutting down virus-scanner (amavisd-new): done /etc/init.d/amavis start Starting virus-scanner (amavisd-new):Pid_file "/var/spool/amavis/amavisd.pid" already exists. Overwriting! done postfix reload postfix/postfix-script: refreshing the Postfix mail system /etc/init.d/postfix restart Shutting down mail service (Postfix) done Starting mail service (Postfix) done In der master.cf ist das aktiv: smtp inet n - n - - smtpd localhost:10025 inet n - n - - smtpd -o content_filter= Mit mailq finde ich: (delivery temporarily suspended: connect to 127.0.0.1[127.0.0.1]: Connection refused) Im Maillog finde ich zB Nov 28 15:17:48 client9 postfix/smtp[29858]: 082AB2C5FF0D: to=<*@*>, relay=none, delay=26411, status=deferred (connect to asc.aon.com[165.125.1.11]: Connection timed out) Da es vorher funktioniert hat, vermute ich, dass irgendetwas deaktiviert ist. Auch die /etc/amavisd.conf sieht unbeschädigt aus. Al -- 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
Al Bogner wrote:
Auf einem 10.0-System wurde die HD voll, das zur Folge hatte, dass eine Reihe von Diensten deaktviert wurden.
Mit mailq finde ich: (delivery temporarily suspended: connect to 127.0.0.1[127.0.0.1]: Connection refused)
Kannst du dich auf Port 10024 verbinden auf dem Server? telnet localhost 10024 Meldet sich Amavisd-new oder nicht? Wenn sich amavisd-new nicht meldet, solltest du das Maillog bzw. das Amavis-Log studieren. Notfalls Amavis im Debug-Modues starten. rcamavis stop amavisd debug
Im Maillog finde ich zB Nov 28 15:17:48 client9 postfix/smtp[29858]: 082AB2C5FF0D: to=<*@*>, relay=none, delay=26411, status=deferred (connect to asc.aon.com[165.125.1.11]: Connection timed out)
das "to=<*@*>" sieht aber ziemlich kaputt aus. (^-^) Das ist der smtp Client der eine Mail nach draußen schicken will. Schau doch mal, ob du wirklich keinen Kontakt per telnet bekommst von diesem Server. Okay, habe es gerade getestet, die IP ist nicht per smtp erreichbar. Liegt also nicht an deinem System. 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
Am Dienstag, 28. November 2006 15:58 schrieb Sandy Drobic:
Al Bogner wrote:
Hallo Sandy,
Auf einem 10.0-System wurde die HD voll, das zur Folge hatte, dass eine Reihe von Diensten deaktviert wurden.
Mit mailq finde ich: (delivery temporarily suspended: connect to 127.0.0.1[127.0.0.1]: Connection refused)
Kannst du dich auf Port 10024 verbinden auf dem Server? telnet localhost 10024
client9:~ # telnet localhost 10024 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused Trying ::1... telnet: connect to address ::1: Connection refused Das enstpricht den anderen Meldungen, nur ich habe keine Ahnung warum. Ich habe immer im Hinterkopf, dass ja vor der vollen HD alles funktioniert hat.
Meldet sich Amavisd-new oder nicht? Wenn sich amavisd-new nicht meldet, solltest du das Maillog bzw. das Amavis-Log studieren.
Notfalls Amavis im Debug-Modues starten. rcamavis stop amavisd debug
Im Maillog finde ich zB Nov 28 15:17:48 client9 postfix/smtp[29858]: 082AB2C5FF0D: to=<*@*>, relay=none, delay=26411, status=deferred (connect to asc.aon.com[165.125.1.11]: Connection timed out)
das "to=<*@*>" sieht aber ziemlich kaputt aus. (^-^)
Ich wollte die Email-Adresse aus Spamgründen nicht posten.
Das ist der smtp Client der eine Mail nach draußen schicken will. Schau doch mal, ob du wirklich keinen Kontakt per telnet bekommst von diesem Server.
Okay, habe es gerade getestet, die IP ist nicht per smtp erreichbar. Liegt also nicht an deinem System.
Ich schaffe es auch nicht ein lokales Mail zuzustellen. Der Rechner ist einige Kilometer entfernt. Ich will die Firewall nicht aufmachen. Ob mich vielleicht die FW blockiert? Al -- 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
Al Bogner wrote:
Kannst du dich auf Port 10024 verbinden auf dem Server? telnet localhost 10024
client9:~ # telnet localhost 10024 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused Trying ::1... telnet: connect to address ::1: Connection refused
Das enstpricht den anderen Meldungen, nur ich habe keine Ahnung warum. Ich habe immer im Hinterkopf, dass ja vor der vollen HD alles funktioniert hat.
Amavisd-new läuft also nicht. Damit werden keine Mails mehr verarbeitet. Sie hängen in der Queue und warten darauf, dass der Transport erreichbar ist.
Meldet sich Amavisd-new oder nicht? Wenn sich amavisd-new nicht meldet, solltest du das Maillog bzw. das Amavis-Log studieren.
Notfalls Amavis im Debug-Modues starten. rcamavis stop amavisd debug
Poste bitte mal die Ausgabe von "amavisd debug". Bis Amavis wieder gestartet ist, werden keine Mails mehr verarbeitet. Obwohl es möglich ist, dass Mails angenommen werden, nur stehen sie dann auch im Stau. (^-^)
Im Maillog finde ich zB Nov 28 15:17:48 client9 postfix/smtp[29858]: 082AB2C5FF0D: to=<*@*>, relay=none, delay=26411, status=deferred (connect to asc.aon.com[165.125.1.11]: Connection timed out) das "to=<*@*>" sieht aber ziemlich kaputt aus. (^-^)
Ich wollte die Email-Adresse aus Spamgründen nicht posten.
Ist in Ordnung, die Spammer graben ja tatsächlich die Webarchive nach Emails ab. Hatte vor ein paar Tagen etliche hundert Versuche an 9274902749@japantest.homelinux.com und ähnliche Nummern Mails einzuliefern. Da hat ein Trottel nicht unterscheiden können, was die Message-ID und was eine echte Emailadresse ist.
Das ist der smtp Client der eine Mail nach draußen schicken will. Schau doch mal, ob du wirklich keinen Kontakt per telnet bekommst von diesem Server.
Okay, habe es gerade getestet, die IP ist nicht per smtp erreichbar. Liegt also nicht an deinem System.
Ich schaffe es auch nicht ein lokales Mail zuzustellen.
Der Rechner ist einige Kilometer entfernt. Ich will die Firewall nicht aufmachen. Ob mich vielleicht die FW blockiert?
Nein! Auf localhost blockiert die Firewall nicht. Da hat Amavis vielleicht ein Problem mit eine Lockdatei, die nicht entfernt wurde. 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
Am Dienstag, 28. November 2006 19:15 schrieb Sandy Drobic: Hallo Sandy,
Kannst du dich auf Port 10024 verbinden auf dem Server? telnet localhost 10024
client9:~ # telnet localhost 10024 Trying 127.0.0.1... telnet: connect to address 127.0.0.1: Connection refused Trying ::1... telnet: connect to address ::1: Connection refused
Das enstpricht den anderen Meldungen, nur ich habe keine Ahnung warum. Ich habe immer im Hinterkopf, dass ja vor der vollen HD alles funktioniert hat.
Amavisd-new läuft also nicht. Damit werden keine Mails mehr verarbeitet. Sie hängen in der Queue und warten darauf, dass der Transport erreichbar ist.
Ja genau, das zeigt ja auch mailq.
Meldet sich Amavisd-new oder nicht? Wenn sich amavisd-new nicht meldet, solltest du das Maillog bzw. das Amavis-Log studieren.
Notfalls Amavis im Debug-Modues starten. rcamavis stop amavisd debug
Poste bitte mal die Ausgabe von "amavisd debug". Bis Amavis wieder gestartet ist, werden keine Mails mehr verarbeitet.
Das Interessante ist, dass es beim Starten von Amavis keine Fehler gibt. domain.tld ist natürlich nur ein Platzhalter. # amavisd debug Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: starting. /usr/sbin/amavisd at client9.domain.tld amavisd-new-2.3.3 (20050822), Unicode aware, LANG=de_AT.UTF-8 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: user=, EUID: 0 (0); group=, EGID: 0 0 (0 0) Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Perl version 5.008007 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: INFO: no optional modules: Sys::Hostname::Long Mail::SPF::Query Razor2::Client::Agent Net::CIDR::Lite Mail::SpamAssassin::Plugin::DomainKeys Mail::DomainKeys::Header Mail::DomainKeys::Message Mail::DomainKeys::Policy Mail::DomainKeys::Signature Mail::DomainKeys::Key Mail::DomainKeys::Key::Public Crypt::OpenSSL::RSA auto::Crypt::OpenSSL::RSA::_new auto::Crypt::OpenSSL::RSA::DESTROY auto::Crypt::OpenSSL::RSA::load_public_key auto::Crypt::OpenSSL::RSA::new_public_key IP::Country::Fast Pid_file "/var/spool/amavis/amavisd.pid" already exists. Overwriting! Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Net::Server: 2006/11/28-19:50:08 Amavis (type Net::Server::PreForkSimple) starting! pid(23647) Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Net::Server: Binding to UNIX socket file /var/spool/amavis/amavisd.sock using SOCK_STREAM Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Net::Server: Binding to TCP port 10024 on host 127.0.0.1 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Net::Server: Setting gid to "104 104" Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Net::Server: Setting uid to "65" Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Net::Server: Setting up serialization via flock Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module Amavis::Conf 2.043 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module Archive::Tar 1.24 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module Archive::Zip 1.16 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module BerkeleyDB 0.26 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module Compress::Zlib 1.35 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module Convert::TNEF 0.17 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module Convert::UUlib 1.051 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module DBD::mysql 3.0002 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module DBI 1.48 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module DB_File 1.811 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module MIME::Entity 5.417 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module MIME::Parser 5.417 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module MIME::Tools 5.417 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module Mail::Header 1.67 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module Mail::Internet 1.67 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module Mail::SpamAssassin 3.001003 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module Net::Cmd 2.26 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module Net::DNS 0.53 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module Net::SMTP 2.29 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module Net::Server 0.88 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module Time::HiRes 1.66 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Module Unix::Syslog 0.100 Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Amavis::DB code loaded Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Amavis::Cache code loaded Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: SQL base code NOT loaded Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: SQL::Log code NOT loaded Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: SQL::Quarantine NOT loaded Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Lookup::SQL code NOT loaded Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Lookup::LDAP code NOT loaded Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: AM.PDP prot code loaded Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: SMTP-in prot code loaded Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: ANTI-VIRUS code loaded Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: ANTI-SPAM code loaded Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Unpackers code loaded Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Found $file at /usr/bin/file Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: No $dspam, not using it Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Internal decoder for .mail Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Internal decoder for .asc Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Internal decoder for .uue Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Internal decoder for .hqx Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Internal decoder for .ync Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: No decoder for .F tried: unfreeze, freeze -d, melt, fcat Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Found decoder for .Z at /usr/bin/gzip -d Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Internal decoder for .gz Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Found decoder for .gz at /usr/bin/gzip -d (backup, not used) Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Found decoder for .bz2 at /usr/bin/bzip2 -d Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: No decoder for .lzo tried: lzop -d Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Found decoder for .rpm at /usr/bin/rpm2cpio Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Found decoder for .cpio at /usr/bin/pax Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Found decoder for .tar at /usr/bin/pax Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Internal decoder for .tar (backup, not used) Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Found decoder for .deb at /usr/bin/ar Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Internal decoder for .zip Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Found decoder for .rar at /usr/bin/unrar Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Found decoder for .arj at /usr/bin/unarj Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: No decoder for .arc tried: nomarch, arc Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Found decoder for .zoo at /usr/bin/zoo Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Found decoder for .lha at /usr/bin/lha Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Found decoder for .cab at /usr/bin/cabextract Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: No decoder for .tnef tried: tnef Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Internal decoder for .tnef Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Found decoder for .exe at /usr/bin/unrar; /usr/bin/lha; /usr/bin/unarj Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Using internal av scanner code for (primary) ClamAV-clamd Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: KasperskyLab AVP - aveclient Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: KasperskyLab AntiViral Toolkit Pro (AVP) Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: KasperskyLab AVPDaemonClient Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: CentralCommand Vexira (new) vascan Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: Found primary av scanner H+BEDV AntiVir or the (old) CentralCommand Vexira Antivirus at /usr/bin/antivir Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: Command AntiVirus for Linux Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: Symantec CarrierScan via Symantec CommandLineScanner Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: Symantec AntiVirus Scan Engine Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: F-Secure Antivirus Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: CAI InoculateIT Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: CAI eTrust Antivirus Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: MkS_Vir for Linux (beta) Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: MkS_Vir daemon Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: ESET Software NOD32 Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: ESET Software NOD32 - Client/Server Version Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: Norman Virus Control v5 / Linux Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: Panda Antivirus for Linux Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: NAI McAfee AntiVirus (uvscan) Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: VirusBuster Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: CyberSoft VFind Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: No primary av scanner: Ikarus AntiVirus for Linux Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: Found primary av scanner BitDefender at /usr/bin/bdc Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: Found primary av scanner FRISK F-Prot Antivirus at /usr/local/bin/f-prot Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: Found secondary av scanner ClamAV-clamscan at /usr/bin/clamscan Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: Found secondary av scanner FRISK F-Prot Antivirus at /usr/local/bin/f-prot Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: No secondary av scanner: Trend Micro FileScanner Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: No secondary av scanner: drweb - DrWeb Antivirus Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: No secondary av scanner: KasperskyLab kavscanner Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: Creating db in /var/spool/amavis/db/; BerkeleyDB 0.26, libdb 4.3 Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: TROUBLE in pre_loop_hook: db_init: BDB no dbN: __fop_file_setup: Retry limit (100) exceeded, Die Datei existiert bereits. at (eval 52) line 260. Suicide () TROUBLE in pre_loop_hook: db_init: BDB no dbN: __fop_file_setup: Retry limit (100) exceeded, Die Datei existiert bereits. at (eval 52) line 260.
Obwohl es möglich ist, dass Mails angenommen werden, nur stehen sie dann auch im Stau. (^-^)
Ja, so ist es, die stauen sich und werden nicht abgearbeitet.
Im Maillog finde ich zB Nov 28 15:17:48 client9 postfix/smtp[29858]: 082AB2C5FF0D: to=<*@*>, relay=none, delay=26411, status=deferred (connect to asc.aon.com[165.125.1.11]: Connection timed out)
das "to=<*@*>" sieht aber ziemlich kaputt aus. (^-^)
Ich wollte die Email-Adresse aus Spamgründen nicht posten.
Ist in Ordnung, die Spammer graben ja tatsächlich die Webarchive nach Emails ab. Hatte vor ein paar Tagen etliche hundert Versuche an 9274902749@japantest.homelinux.com und ähnliche Nummern Mails einzuliefern. Da hat ein Trottel nicht unterscheiden können, was die Message-ID und was eine echte Emailadresse ist.
LOL, da gibt es schlimmeres. BTW heute kam ein Mail von GMX mit kaputtem Header an, da wurde dann versucht an "Alle Mitglieder von GMX" zu verteilen, als an alle@hostname, mitglieder@hostname, etc.
Das ist der smtp Client der eine Mail nach draußen schicken will. Schau doch mal, ob du wirklich keinen Kontakt per telnet bekommst von diesem Server.
Okay, habe es gerade getestet, die IP ist nicht per smtp erreichbar. Liegt also nicht an deinem System.
Ich schaffe es auch nicht ein lokales Mail zuzustellen.
Der Rechner ist einige Kilometer entfernt. Ich will die Firewall nicht aufmachen. Ob mich vielleicht die FW blockiert?
Nein! Auf localhost blockiert die Firewall nicht. Da hat Amavis vielleicht ein Problem mit eine Lockdatei, die nicht entfernt wurde.
Ich habe amavis bereits manuell gestoppt. Die Lockdatei gelöscht und amavis wieder gestartet. Ein Reboot half wie erwartet auch nicht. Ich habe auch mittlerweile die gesicherten Postfix und Amavis-Konfigurationen zurückkopiert, half aber auch nicht. Al -- 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
Al Bogner wrote:
Poste bitte mal die Ausgabe von "amavisd debug". Bis Amavis wieder gestartet ist, werden keine Mails mehr verarbeitet.
Das Interessante ist, dass es beim Starten von Amavis keine Fehler gibt. domain.tld ist natürlich nur ein Platzhalter.
# amavisd debug Nov 28 19:50:08 client9.domain.tld /usr/sbin/amavisd[23647]: starting. /usr/sbin/amavisd at client9.domain.tld amavisd-new-2.3.3 (20050822), Unicode aware, LANG=de_AT.UTF-8
[...]
Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: Creating db in /var/spool/amavis/db/; BerkeleyDB 0.26, libdb 4.3 Nov 28 19:50:09 client9.domain.tld /usr/sbin/amavisd[23647]: TROUBLE in pre_loop_hook: db_init: BDB no dbN: __fop_file_setup: Retry limit (100) exceeded, Die Datei existiert bereits. at (eval 52) line 260. Suicide () TROUBLE in pre_loop_hook: db_init: BDB no dbN: __fop_file_setup: Retry limit (100) exceeded, Die Datei existiert bereits. at (eval 52) line 260.
Okay, wenn du das kein Problem nennst, dann möchte ich "echte" Probleme lieber nicht sehen. Da begeht schließlich schon jemand Selbstmord. (^-^) Du hast ein Problem mit der Berkeley-DB, die Amavisd-new anlegt. Mache mal folgendes: rcamavis stop mkdir /var/spool/amavis/backup_db mv /var/spool/amavis/db/* /var/spool/amavis/backup_db rcamavis start Dann noch einmal ein "telnet localhost 10024". Dann sollte Amavisd-new die DB neu anlegen und zufrieden sein. 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
participants (2)
-
Al Bogner
-
Sandy Drobic