Hallo Andreas, okay, ich gebe zu, die Informationen sind etwas dürftig gewesen, aber jetzt kann ich die Informationslücke wenigstens gezielt füllen.

Da meine Kristall-Kugel noch in Reparatur ist, muss ich Dich wohl mal nach den Logs fragen. Was sagt denn so /var/log/mail bzw. /var/log/messages zu den Zustellversuchen ?

Auszug aus /var/log/mail : Jul 7 13:30:01 linux1 sendmail[271]: h67BU13t000271: h67BU13u000271: DSN: Service unavailable Jul 7 13:30:02 linux1 sendmail[271]: h67BU13u000271: to=root, delay=00:00:01, xdelay=00:00:00, mailer=relay, pri=31277, relay=[127.0.0.1], dsn=5.0.0, stat=Service unavailable Jul 7 13:30:02 linux1 sendmail[271]: h67BU13u000271: h67BU13v000271: return to sender: Service unavailable Jul 7 13:30:02 linux1 sendmail[271]: h67BU13v000271: to=postmaster, delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=32301, relay=[127.0.0.1], dsn=5.0.0, stat=Service unavailable Jul 7 13:30:02 linux1 sendmail[271]: h67BU13u000271: Losing ./qfh67BU13u000271: savemail panic Jul 7 13:30:02 linux1 sendmail[271]: h67BU13u000271: SYSERR(root): savemail: cannot save rejected email anywhere Jul 7 13:35:01 linux1 sendmail[308]: h67BZ1sd000308: from=root, size=253, class=0, nrcpts=1, msgid=<200307071135.h67BZ1sd000308@linux1.cmp.de>, relay=root@localhost Jul 7 13:35:01 linux1 sendmail[310]: h67BZ1sh000310: tcpwrappers (localhost, 127.0.0.1) rejection Jul 7 13:35:01 linux1 sendmail[308]: h67BZ1sd000308: to=root, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30197, relay=[127.0.0.1] [127.0.0.1], dsn=5.0.0, stat=Service unavailable Jul 7 13:35:01 linux1 sendmail[308]: h67BZ1sd000308: h67BZ1se000308: DSN: Service unavailable Jul 7 13:35:01 linux1 sendmail[308]: h67BZ1se000308: to=root, delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=31277, relay=[127.0.0.1], dsn=5.0.0, stat=Service unavailable Jul 7 13:35:01 linux1 sendmail[308]: h67BZ1se000308: h67BZ1sf000308: return to sender: Service unavailable Jul 7 13:35:01 linux1 sendmail[308]: h67BZ1sf000308: to=postmaster, delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=32301, relay=[127.0.0.1], dsn=5.0.0, stat=Service unavailable Jul 7 13:35:01 linux1 sendmail[308]: h67BZ1se000308: Losing ./qfh67BZ1se000308: savemail panic Jul 7 13:35:01 linux1 sendmail[308]: h67BZ1se000308: SYSERR(root): savemail: cannot save rejected email anywhere Jul 7 13:40:01 linux1 sendmail[344]: h67Be1Bd000344: from=root, size=253, class=0, nrcpts=1, msgid=<200307071140.h67Be1Bd000344@linux1.cmp.de>, relay=root@localhost Jul 7 13:40:01 linux1 sendmail[346]: h67Be1sh000346: tcpwrappers (localhost, 127.0.0.1) rejection Jul 7 13:40:01 linux1 sendmail[344]: h67Be1Bd000344: to=root, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30197, relay=[127.0.0.1] [127.0.0.1], dsn=5.0.0, stat=Service unavailable Jul 7 13:40:01 linux1 sendmail[344]: h67Be1Bd000344: h67Be1Be000344: DSN: Service unavailable Jul 7 13:40:02 linux1 sendmail[344]: h67Be1Be000344: to=root, delay=00:00:01, xdelay=00:00:00, mailer=relay, pri=31277, relay=[127.0.0.1], dsn=5.0.0, stat=Service unavailable Jul 7 13:40:02 linux1 sendmail[344]: h67Be1Be000344: h67Be1Bf000344: return to sender: Service unavailable Jul 7 13:40:02 linux1 sendmail[344]: h67Be1Bf000344: to=postmaster, delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=32301, relay=[127.0.0.1], dsn=5.0.0, stat=Service unavailable Jul 7 13:40:02 linux1 sendmail[344]: h67Be1Be000344: Losing ./qfh67Be1Be000344: savemail panic Jul 7 13:40:02 linux1 sendmail[344]: h67Be1Be000344: SYSERR(root): savemail: cannot save rejected email anywhere Auszug aus /var/log/messages (ich hoffe ich habe die entscheidenden Zeilen gefunden): Jul 7 13:20:02 linux1 /USR/SBIN/CRON[143]: (root) MAIL (mailed 56 bytes of output but got status 0x0045 ) Jul 7 13:25:01 linux1 sendmail[215]: OTP unavailable because can't read/write key database /etc/opiekeys: No such file or directory

Ganz abgesehen davon, was für Software setzt Du überhaupt ein ? Auch dieses wäre ganz hilfreich. BS, MTA, MDA...

Und dann noch: Was hast Du geändert ?

Tja, was habe ich geändert. Wenn ich das genau wüßte, dann könnte ich mit Sicherheit zum Stand vor den Änderungen zurückkehren und es sollte laufen. Ich weiss, man macht normalerweise vorher Sicherungskopien .... Ziel der Neukonfiguration war eigentlich, die Mails sowohl lokal zuzustellen, als auch an einen externen smtp-Server weiterzuleiten, so dass ich ohne auf den Linux-Rechner eingeloggt zu sein mein System überwachen kann. Die Konfiguration habe ich durch Einstellungen in yast vorgenommen. Ansonsten sollte sich nichts geändert haben (aber wer viel probiert, der ändert auch viel).

Helfe Uns, Dir zu helfen...

Gerne :-)) Gruß, ... ...niels. -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Jetzt ein- oder umsteigen und USB-Speicheruhr als Prämie sichern!

Hmm, sendmail kenne ich nicht sonderlich. Aber ich würde vermuten, da stimmt was mit der /etc/aliases nicht, oder Du hast ihm den MDA (Das Ding was die Mails lokal ausliefert), was immer das bei sendmail ist, wegkonfiguriert.

An /etc/aliases kann es eigentlich nicht liegen. Dort habe ich keine Änderungen vorgenommen. Es gibt zwar im Homeverzeichnis von root eine .forward, die eine Kopie an einen User weiterschickt, aber die Mails sollten trotzdem zumindest bei root auflaufen (und nicht im Nirwana verschwinden). MDA ? Ich dachte, sendmail ist ein MDA ? Um mal meine Unwissenheit in pucto Mailhandling preiszugeben: Ich hatte vermutet, dass es eine Anwendung gibt, die die Mails aus dem Verzeichniss /var/spool/clientmqueue an die entsprechenden User verteilt. Ist das der MDA ? Wie heissen denn diese Tools im Klartext ? Kann ich das Tool erneut starten (wenn es nicht noch im Hintergrund läuft ...) ?

Schau Dir mal die aliases an. Dort werden lokale Weiterleitungen/Umleitungen eingerichtet. Und geh nochmal durch yast, und kontrolliere alle Einstellungen.

Wenn ich mir yast ansehe, dann machen die dortigen Einstellungen (meiner Meinung nach) schon Sinn. Also kann ich damit keine Verbesserung erzielen. Gruß, ... ...niels. -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Jetzt ein- oder umsteigen und USB-Speicheruhr als Prämie sichern!

...

An /etc/aliases kann es eigentlich nicht liegen. Dort habe ich keine Änderungen vorgenommen. Es gibt zwar im Homeverzeichnis von root eine .forward, die eine Kopie an einen User weiterschickt, aber die Mails sollten trotzdem zumindest bei root auflaufen (und nicht im Nirwana verschwinden).

Hmm, klau ihm die mal, bzw. benenn die mal um.

Das macht kein Unterschied - hab ich jetzt aber gemacht. Ach ja, Adalbert: Folgender Eintrag in der .forward im Homverzeichnis von root läßt die Mail bei root und leitet eine Kopie weiter an den User kueck: \root, kueck Hat übrigens vor meinem unbedachten Eingriff hervorragend funktioniert.

Wie der MDA von sendmail heisst, bzw. ob Du den überhaupt benutzt, weiss ich nicht. Müsste in sendmail.cf, wenn ich mich recht erinnere unter "Mlocal" stehen, such mal danach.

Wenn ich sendmail.cf checke, dann sieht es so aus, als wenn sendmail procmail nutzt. Ansonsten werde ich aus dem Eintrag nicht wirklich schlau ... Mlocal, P=/usr/bin/procmail, F=lsDFMAw5:/|@qSPfhn09, S=EnvFromL/HdrFromL, R=EnvToL/HdrToL, T=DNS/RFC822/X-Unix, A=procmail -a $h -d $u Mprog, P=/bin/sh, F=lsDFMoqu09, S=EnvFromL/HdrFromL, R=EnvToL/HdrToL, D=$z:/, T=X-Unix/X-Unix/X-Unix, A=sh -c $u Könnte ja in die Man-Page gucken, aber vielleicht kennt den Eintrag ja jemand und kann damit schneller etwas anfangen, als wenn ich mich jetzt zum sendmail-Spezialisten entwickle ... Gruß, ... ...niels. -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Jetzt ein- oder umsteigen und USB-Speicheruhr als Prämie sichern!

* On Mon, 07 Jul 2003 at 16:20 +0200, Niels Kueck wrote: [...]

Auffällig finde ich den Satz 'Diagnostic-Code: SMTP; 550 5.0.0 Access denied'. Wenn ich mir das angucke, dann fällt mir ein, dass ich an dem Tag der letzten Mailzustellung neben der missglückten Neukonfiguration des MTA auch die Dateien /etc/hosts.allow und /etc/hosts.deny editiert habe. Die Einschränkungen sind kräftig um die Rechner möglichst sicher gegen Angriffe von aussen zu machen (je wenigr erlaubt ist, desto geringer die Wahrscheinlichkeit einer Schwachstelle ;-). Die einzigen Services die ich freigegeben habe sind sshd, portmap und mountd. Habe ich hier vielleicht etwas zu massiv eingegriffen ???

Genau da solltest Du glaub ich nochmal kräftig umfuhrwerken: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=36640 AFAIk gehört da sowas wie 'sendmail : localhost' rein. /apm -- GPG welcome, request public key: mailto:adalbert+key@lopez.at

Hi Andreas, Adalbert, das Problem hat sich soeben erledigt. Es lag tatsächlich an meiner /etc/hosts.allow. Die Idee, erstmal nix zu erlauben ist wohl nicht so gut gewesen. Ich habe nun einen Eintrag für die IP-Adresse 127.0.0.1 hinzugefügt, in dem unter anderem 'sendmail' steht und prompt funzt es wieder. Danke nochmals für die schnelle Hilfe, und sorry, das sich nicht schneller selber draufgekommen bin. Gruß, ... ...niels. -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Jetzt ein- oder umsteigen und USB-Speicheruhr als Prämie sichern!

Hallo, On Mon, 07 Jul 2003, Elmar Blaschka schrieb:

erscheinen regelmässig diese meldungen: unable to qualify my own domain name (mxserv) -- using short name My unqualified host name (mxserv) unknown; sleeping for retry mxserv ist der rehcnername unter hostname

Wie loest du den hostnamen auf? Hast nen DNS oder verwendest du /etc/hosts dafuer? Steht dort fuer localhost ein FQDN?

habe den eintrag im sendmail.cf und m4 auch eingetragen, also ein cat /etc/sendmail.cf | grep accept_unresolvable_domains gibt folgnes aus: ##### $Id: accept_unresolvable_domains.m4,v 8.10 1999/02/07 07:26:07 gshapiro Exp $ #####

Mach mal ein 'grep unresolv /etc/sendmail.cf' Falls das nicht noch eine Zeile wie: R $* < @ $+ > $* $: <OK> $1 < @ $2 > $3 ...unresolvable OK ausgibt ist das nicht aktiv. Schau mal in die (von Yast generierte) /etc/mail/linux.mc. Dort sollte sich folgendes finden: FEATURE(`accept_unresolvable_domains')dnl Du kannst auch noch: FEATURE(`nocanonify')dnl aktivieren. -dnh -- Ach Du armes kleines... Du fuehst Dich einsam, alleingelassen? Du glaubst, alle wuerden Dich misverstehen? Aber nein, hier in dag° koennen wir gut nachfuehlen, wie es Dir geht. Ach du meine Guete, wenn man mich immer "cdipop" rufen wuerde, tagtaeglich, ich wuerde ausrasten! [Axel Woelke zu 'cdipop25 in dag°]

* On Mon, 07 Jul 2003 at 15:11 +0200, Niels Kueck wrote:

...

Hmm, sendmail kenne ich nicht sonderlich. Aber ich würde vermuten, da stimmt was mit der /etc/aliases nicht, oder Du hast ihm den MDA (Das Ding was die Mails lokal ausliefert), was immer das bei sendmail ist, wegkonfiguriert.

An /etc/aliases kann es eigentlich nicht liegen. Dort habe ich keine Änderungen vorgenommen. Es gibt zwar im Homeverzeichnis von root eine .forward, die eine Kopie an einen User weiterschickt, aber die Mails sollten trotzdem zumindest bei root auflaufen (und nicht im Nirwana verschwinden).

AFAIK forwarded die .forward. Da is nix mit Kopie.

MDA ? Ich dachte, sendmail ist ein MDA ? Um mal meine Unwissenheit in pucto Mailhandling preiszugeben: Ich hatte vermutet, dass es eine Anwendung gibt, die die Mails aus dem Verzeichniss /var/spool/clientmqueue an die entsprechenden User verteilt. Ist das der MDA ? Wie heissen denn diese Tools im Klartext ? Kann ich das Tool erneut starten (wenn es nicht noch im Hintergrund läuft ...) ?

sendmail ist MTA. MDA wäre z.B. procmail. MTA = mail transfer agent MDA = mail delivery agent MUA = mail user agent /apm -- GPG welcome, request public key: mailto:adalbert+key@lopez.at