Re: [PUG] sendmail oder andere Probleme

[Christian Felsing]

Hi Tina, Martins Mail muss ich nowas hinzufügen: Um die Sache zu verkomplizieren gibt es auch noch eine nsswitch.conf, die in etwa folgenden Inhalt haben muss: hosts:          files dns networks:       files dns sind hier die relevanten Einträge. Meine Installation funktioniert auch ohne /etc/host.conf, aber die nsswitch.conf muss da sein. Ob das immer so ist, weiss ich nicht, es kann von daher nicht schaden, die /etc/host.conf erstmal so stehen zu lassen. Martins Hinweis darauf, dass sich der Sendmail Rechner auch selbst auflösen können sollte, ist ernst zu nehmen. Es ist durchaus überlegenswert, dass der Mailexchanger auch zumindest als Secondary Nameserver betrieben werden sollte. In der /etc/resolv.conf kann dann als nameserver 127.0.0.1 angegeben werden. Das lo Interface fällt nur recht selten aus ;-) Die Default sendmail.cf verwendet übrigens immer DNS, denn die /etc/hosts kennt keine MX Records. Davon, ohne Mailexchanger Abfrage anzufangen, kann ich nur dringenst abraten. Mein Vorschlag: Richte einen DNS ein, der erstmal für Deinen lokalen Bereich (also Domains, die Dir gehören) Master ist. Für einen funktionierenden Sendmail musst Du mind. eine registrierte Domain haben, sonst wird kaum jemand Deine Mails annehmen. Viele Mailexchanger sind auch so konfiguriert, dass die Mails von Systemen, die nicht revese auflösbar sind, abweisen (5x0 - rejected, blahblahblah). Wenn Du den Sendmail im Zusammenhang mit DNS debuggen möchtest, dann solltest Du erstmal ein nslookup -type=mx pug.org versuchen. Da sollte dann in etwas sowas rauskommen: cf1:/etc # nslookup -type=mx pug.org Server:  cf-eth-gw.cfbbs.com Address:  193.17.17.133   pug.org preference = 10, mail exchanger = tux.pug.org pug.org preference = 20, mail exchanger = web-us.webinform.com pug.org nameserver = tux.pug.org pug.org nameserver = web-us.webinform.com tux.pug.org     internet address = 212.218.144.43 web-us.webinform.com    internet address = 207.207.204.66 cf1:/etc # Genau das macht sendmail nämlich auch. Ein sendmail -v [EMAIL PROTECTED] sollte dann dazu führen, dass er versucht, die Mail los zu werden: cf@cf-eth-gw:~ > /usr/sbin/sendmail -v [EMAIL PROTECTED] blahfaseltest . [EMAIL PROTECTED] Connecting to tux.pug.org. via esmtp... 220 tux.pug.org ESMTP Sendmail 8.9.3/8.9.3/Debian 8.9.3-21; Sat, 27 May 2000 11:50:37 +0200 >>> EHLO cf-eth-gw.cfbbs.com 250-tux.pug.org Hello dial-in-2.taunusstein.net [193.17.17.34] (may be forged), pleased to meet you 250-EXPN 250-VERB 250-8BITMIME 250-SIZE 250-DSN 250-ONEX 250-ETRN 250-XUSR 250 HELP >>> MAIL From:<[EMAIL PROTECTED]> SIZE=14 250 <[EMAIL PROTECTED]>... Sender ok >>> RCPT To:<[EMAIL PROTECTED]> 550 <[EMAIL PROTECTED]>... User unknown [EMAIL PROTECTED] User unknown >>> RSET 250 Reset state /home/cf/dead.letter... Saved message in /home/cf/dead.letter Postmaster... aliased to root root... aliased to /dev/null /dev/null... Sent Closing connection to tux.pug.org. >>> QUIT 221 tux.pug.org closing connection cf@cf-eth-gw:~ > Den user gibt's halt nicht, daher der Error. Es darf eben nur nicht sowas, wie relaying denied o.Ä. kommen. Hier sieht man richtig, wie Sendmail mit DNS, für pug.org den Mailexchanger tux.pug.org gefunden hat und dann über SMTP connected hat. Hier sieht man auch sehr schön, ob die Aliases das tun, was sie sollen. Christian   Martin Schmitt wrote: Was steht denn bei Dir in /etc/host.conf? Dort wird festgelegt, wie der Resolver (eine Komponente von TCP/IP) Namensanfragen auflöst. Dort sollte irgendwo die Zeile order hosts,bind auftauchen. Die sagt dem Resolver, sich zunächst bei der Hosts-Datei zu bedienen und erst dann DNS zu benutzen (also Deinen Provider zu fragen), wenn er dort keinen Eintrag findet. Das ist eigentlich eine Standard-Einstellung.