On Fri, Mar 12, 2004 at 10:18:34AM +1100, Peter Ross wrote:
> Bernd Walter schrieb:
>
> > Das geht mit folgenden m4 Optionen:
> > FEATURE(no_default_msa)dnl
> > dnl
> > DAEMON_OPTIONS(`Address=127.0.0.1, Port=smtp, Name=MTA')dnl
> > DAEMON_OPTIONS(`Address=127.0.0.1, Port=587, Name=MSA, M=E')dnl
> >
> > Du wirst vermutlich für Port smtp noch Zeilen mit weiteren IPs haben
> > wollen.
>
> Da war ich auch gerade ;-) (Ich bin gerade dabei, einen alternden
> AIX-Mailserver zu ersetzen)
>
> Als ich noch keine anderen Adressen ausprobiert habe, bekam ich folgenden
> Verkehr:
>
> 09:49:14.812762 172.18.1.41.42674 > 172.18.5.22.smtp: S
> 1437262355:1437262355(0) win 16384 <mss 1460> [tos 0x10]
> 09:49:14.812869 172.18.5.22.smtp > 172.18.1.41.42674: R 0:0(0) ack
> 1437262356 win 0 (DF) [tos 0x10]
>
> und dann war die Verbindung abgelehnt.
>
> Das hat mich ueberrascht, da ich ein ICMP-Paket erwartet habe, wenn
> sendmail sich nicht an den Port gebunden hat.
Ne - du bekommst einen TCP Packet mit Reset Flag zurück und das steht
auch in deinem tcpdump Output.
Erstes Packet ist mit Syn Flag für einen Aufbauversuch und das zweite
ist die Rückmeldung mit Reset Flag.
> Ich schlussfolgere daraus, dass sich sendmail zwar an alle Adressen
> bindet, aber dann auf den nichtzugelassenen Adressen nicht reden mag.
Neh - der binded sich schon explizit an die angegebenen Adressen.
In deinem Fall hat der Sendmail gar nichts gesehen, da er beim Kernel
keine Zuständigkeit für den Port beantrag hat und der Kernel hat dann
geantwortet.
Kannst du ja mit netstat -an leicht prüfen.
Unter FreeBSD ist auch sockstat nützlich, das der gleich die Zuordnung
zu den Prozessen macht.
> Warum ist das so?
Weil ein connection refused nun mal so funktioniert.
Entweder kommt ein Ack oder ein Reset zurück.
Bevor ich da jetzt lange erkläre kann ich besser an Stevens verweisen.
-- B.Walter BWCT http://www.bwct.de ticso(at)bwct.de info(at)bwct.de To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org with "unsubscribe de-bsd-questions" in the body of the messageReceived on Fri 12 Mar 2004 - 00:30:11 CET