Hi G?nter! On Mon, 25 Mar 2002, G?nter Knab wrote: > Hallo Liste! > > On Tue, Mar 12, 2002 at 09:20:23PM +0100, I wrote: > > Kann exim auch _ohne_ DNS laufen? Ich habe ohne Erfolg ... > > No messages are good messages! => ich habe die Frage falsch gestellt. > > Ich möchte unnötiges DIALUP durch exim verhindern, ich > kenne aber nur zwei Möglichkeiten, die dritte wüsste ich gerne: > > 1) DNS durch Provider -> exim versucht DIALUP _auch_ wenn mail nur ins > localnet geht; > > 2) eigener DNS (z.B. am smarthost) -> exim macht keinen DIALUP, dafür > aber der bind8 :( -> Problem nur verschoben (muss hier nicht weiter > diskutiert werden); > > 3) kann exim beigebracht werden, erst in lokalen Dateien nachzuschauen > und dann danach(!) ein DIALUP zu machen. Das ist ok, da die Mail > sowieso nach aussen geht. Ist das unmöglich, d.h. exim kann's nicht, > oder bin ich zu dumm? IMHO baut IM (Internet Mail) direckt auf das DNS System auf, nicht nur um z.B. www.mail.de --> 194.195.64.35 auzuloessen, sondern zb. auch um den fuer den Host www.mail.de zustaendigen MX herauszufinden. Deshalb ist es meiner Mainung nach wohl nicht moeglich bei einem MTA die DNS lookups zu verhindern. Zumindest gilt das fuer Qmail ... bei anderen MTA's weisß ichs nicht 100%ig. > Es darf ausser JA (::= rtfm) oder NEIN (::= exim ist dann der > falsche MTA) mit PROBIER'S MAL MIT geantwortet werden. Also ich kann bei solchen Problemen immer dns-Suite "djbdns" des Qmail Authors empfehlen. Klein und echt einfach zu konfigurieren! Man installiert daraus einfach den "dnscache" und den "tinydns". Dem tinydns gibt man die lockalen IP's und die dazugehoerigen Namen, ausserdem noch die Angaben ueber den MX der Domain. Und dem dnscache sagt man einfach das fuer die locale Domain der tinydns zustaendig ist, der z.B. am lo Interface horcht. Wenn dann ein MUA eine eMail an den exim ablaesst und der Empfaenger local ist kann der exim den lockalen MX rausfinden ohne das der dnscache einen dial up ausloesst. Eine solche Konfiguration lauft hier problemlos schon seit einiger Zeit, hier mal ein paar was ich beobachten kann wenn ich eine solche eMail verschicke: Auf dem Localen Client: |$ tcpdump dst port 25 or dst port 53 | | tcpdump: listening on eth0 | 02:59:04.349622 morgenda.thoregon.int.33162 > wrack.thoregon.int.smtp: | S 1056240678:1056240678(0) win 5840 <mss 1460,sackOK,timestamp 1983400 | 0,nop,wscale 0> (DF) | 02:59:04.349875 morgenda.thoregon.int.33162 > wrack.thoregon.int.smtp: | . ack 1068533914 win 5840 <nop,nop,timestamp 1983400 44348275> (DF) | 02:59:04.358436 morgenda.thoregon.int.33162 > wrack.thoregon.int.smtp: | . ack 31 win 5840 <nop,nop,timestamp 1983401 44348275> (DF) | 02:59:04.359132 morgenda.thoregon.int.33162 > wrack.thoregon.int.smtp: | P 0:28(28) ack 31 win 5840 <nop,nop,timestamp 1983401 44348275> (DF) | 02:59:04.359769 morgenda.thoregon.int.33162 > wrack.thoregon.int.smtp: | P 28:56(28) ack 55 win 5840 <nop,nop,timestamp 1983401 44348276> (DF) | 02:59:04.360327 morgenda.thoregon.int.33162 > wrack.thoregon.int.smtp: | P 56:94(38) ack 63 win 5840 <nop,nop,timestamp 1983401 44348276> (DF) | 02:59:04.360868 morgenda.thoregon.int.33162 > wrack.thoregon.int.smtp: | P 94:100(6) ack 71 win 5840 <nop,nop,timestamp 1983401 44348276> (DF) | 02:59:04.364596 morgenda.thoregon.int.33162 > wrack.thoregon.int.smtp: | P 100:824(724) ack 85 win 5840 <nop,nop,timestamp 1983402 44348276> | (DF) | 02:59:04.369386 morgenda.thoregon.int.33162 > wrack.thoregon.int.smtp: | P 824:830(6) ack 113 win 5840 <nop,nop,timestamp 1983402 44348277> | (DF) | 02:59:04.376080 morgenda.thoregon.int.33162 > wrack.thoregon.int.smtp: | F 830:830(0) ack 138 win 5840 <nop,nop,timestamp 1983403 44348277> | (DF) Wie man sieht macht mein "nullmailer" (ein extrem abgespecktes Qmail das nur an einen Smarthost witerleiten kann) keinen DNS lookup. Auf einen eMail Server und Internet Gateway: |$ tcpdump -i ppp0 dst port 25 or dst port 53 |tcpdump: listening on ppp0 Wie man sieht geht keine DNS anfrage raus. Und das log des dnscache: | @400000003c9e847214f5de1c query 28050 c0a85801:fccb:eebc 12 | 2.88.168.192.in-addr.arpa. | @400000003c9e847214f60cfc cached 12 2.88.168.192.in-addr.arpa. | @400000003c9e847214f62084 sent 28050 78 Hmm das sieht nach 'ner reverse IP->FQDN anfrage aus ... und nix MX ?? Scheinbar weiss das Qmail hier schon das es fuer die Domain thoregon.int zustaendig ist. IMHO muss es dann auch moeglich sein exim dass beizubringen ohne das er dazu einen DNS braucht. Geht warscheinlich durch "local_domains =". Aber schon fuer die reverse IP->FQDN Aufloessung der Local-Client IP waehre ein dns noetig gewesen. DAS geht nun wirklich nicht ueber z.B.: /etc/hosts > Wir machens doch nur aus Spaß an der Freud, oder? Du sagst es! }8-} Gruss Markus, der um 3.17 noch aus Spass an der Freude vorm Rechner sitzt ... -- [ markus hubig ] [ mail: mhubig@web.de ] [ debian/gnu linux (sid) ] [ vorholzstrasse 6 ] [ saft: markus@pot.ath.cx ] [ linux 2.4.17 i686 ] [ 76131 karlsruhe ] [ tele: +049 721 6657522 ] [ reg. Linux user #204961 ]
Attachment:
pgp96ZKpt8jof.pgp
Description: PGP signature