SMTP AUTH mit Cyrus SASL

Daniel Schmatz

27 May 2002 27 May '02

10:36

Danke für deine Zeit! Nach wie vor bin ich unfähig SMTP AUTH mit Sendmail-tls 8.11.6-29 hinzukriegen. Ich habe Cyrus Sasl installiert, die Datei "sendmail.conf" angelegt sieht so aus: srvtab: /var/app/srvtab pwcheck_method: sasldb alle Benutzer angelegt (wenn ich sie abfrage ist alles ok). Es ist ausschliesslich SMTP AUTH gewünscht, kein SMTP after POP. Zuerst hat mir Sendmail in der LOG geschrieben, dass die Datenbank worldreadable ist, was ich dann geändert habe. Nun keine entsprechende Fehlermeldung, nur funktioneren tuts nicht. Meine mail.log: May 27 12:16:39 ews-0002 sendmail[942]: g4RAGd000942: ruleset=check_rcpt, arg1=, relay=[62.46.54.89], reject=550 5.7.1 ... Relaying denied. IP name lookup failed [62.46.54.89] May 27 12:16:39 ews-0002 sendmail[942]: g4RAGd000942: from=, size=0, class=0, nrcpts=0, proto=ESMTP, daemon=MTA, relay=[62.46.54.89] May 27 12:16:40 ews-0002 sendmail[943]: g4RAGe000943: ruleset=check_rcpt, arg1=, relay=[62.46.54.89], reject=550 5.7.1 ... Relaying denied. IP name lookup failed [62.46.54.89] May 27 12:16:40 ews-0002 sendmail[943]: g4RAGe000943: from=, size=0, class=0, nrcpts=0, proto=ESMTP, daemon=MTA, relay=[62.46.54.89] May 27 12:19:07 ews-0002 sendmail[968]: g4RAJ7Y00968: ruleset=check_rcpt, arg1=, relay=[62.46.54.89], reject=550 5.7.1 ... Relaying denied. IP name lookup failed [62.46.54.89] May 27 12:19:07 ews-0002 sendmail[968]: g4RAJ7Y00968: from=, size=0, class=0, nrcpts=0, proto=SMTP, daemon=MTA, relay=[62.46.54.89] May 27 12:19:07 ews-0002 sendmail[969]: g4RAJ7Y00969: ruleset=check_rcpt, arg1=, relay=[62.46.54.89], reject=550 5.7.1 ... Relaying denied. IP name lookup failed [62.46.54.89] May 27 12:19:08 ews-0002 sendmail[969]: g4RAJ7Y00969: from=, size=0, class=0, nrcpts=0, proto=SMTP, daemon=MTA, relay=[62.46.54.89] Danke für die Hilfe mfg Daniel Schmatz PS: ich bin den Anleitungen die in den letzten Tagen in der Liste waren gefolgt.

Show replies by date

Dieter Kluenter

27 May 27 May

18:28

"Daniel Schmatz" writes:

...

Danke für deine Zeit!

Nach wie vor bin ich unfähig SMTP AUTH mit Sendmail-tls 8.11.6-29 hinzukriegen. [...] Zuerst hat mir Sendmail in der LOG geschrieben, dass die Datenbank worldreadable ist, was ich dann geändert habe. Nun keine entsprechende Fehlermeldung, nur funktioneren tuts nicht.

Wem gehört denn nun sasldb? Sollte daeomon.daemon sein

...

Meine mail.log:

May 27 12:16:39 ews-0002 sendmail[942]: g4RAGd000942: ruleset=check_rcpt, arg1=, relay=[62.46.54.89], reject=550 5.7.1 ... Relaying denied. IP name lookup failed [62.46.54.89] [...]

Du scheinst auch ein DNS Problem zu haben, die Adresse kann nicht aufgelöst werden. -Dieter -- Dieter Kluenter | Systemberatung Tel:040.64861967 | Fax: 040.64891521 mailto: dkluenter@schevolution.com http://www.schevolution.com/tour

Daniel Schmatz

18:41

...

Von: Dieter Kluenter [mailto:dieter@incode.com] "Daniel Schmatz" writes:

...
Danke für deine Zeit!

Nach wie vor bin ich unfähig SMTP AUTH mit Sendmail-tls 8.11.6-29 hinzukriegen. [...] Zuerst hat mir Sendmail in der LOG geschrieben, dass die Datenbank worldreadable ist, was ich dann geändert habe. Nun keine entsprechende Fehlermeldung, nur funktioneren tuts nicht.

Wem gehört denn nun sasldb? Sollte daeomon.daemon sein

Hallo Dieter. root root gehört sie. So stehtst in der Doku...

...

...
Meine mail.log:

May 27 12:16:39 ews-0002 sendmail[942]: g4RAGd000942: ruleset=check_rcpt, arg1=, relay=[62.46.54.89], reject=550 5.7.1 ... Relaying denied. IP name lookup failed [62.46.54.89] [...]

Du scheinst auch ein DNS Problem zu haben, die Adresse kann nicht aufgelöst werden.

ich weiss nicht so recht. Eigentlich macht er dass nur nach einen Neustart, wenn ich die Einwahlverbindung (sprich meinen Rechner zu Hause) nicht getrennt und neu verbunden habe. Hast du eine Idee? daniel

Dieter Kluenter

28 May 28 May

07:17

Hallo, "Daniel Schmatz" writes:

...

...
Von: Dieter Kluenter [mailto:dieter@incode.com] "Daniel Schmatz" writes: [...]

...
May 27 12:16:39 ews-0002 sendmail[942]: g4RAGd000942: ruleset=check_rcpt, arg1=, relay=[62.46.54.89], reject=550 5.7.1 ... Relaying denied. IP name lookup failed [62.46.54.89] [...]

Du scheinst auch ein DNS Problem zu haben, die Adresse kann nicht aufgelöst werden.

ich weiss nicht so recht. Eigentlich macht er dass nur nach einen Neustart, wenn ich die Einwahlverbindung (sprich meinen Rechner zu Hause) nicht getrennt und neu verbunden habe.

Hast du einen lokalen Nameserver installiert? Wird bei dir mit dem ip-up Script die Funktion ms-get-dns aufegerufen? -Dieter -- Dieter Kluenter | Systemberatung Tel:040.64861967 | Fax: 040.64891521 mailto: dkluenter@schevolution.com http://www.schevolution.com/tour

Daniel Schmatz

08:33

...

Von: Dieter Kluenter [mailto:dieter@incode.com] Hallo,

"Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com] "Daniel Schmatz" writes: [...]

...
May 27 12:16:39 ews-0002 sendmail[942]: g4RAGd000942: ruleset=check_rcpt, arg1=, relay=[62.46.54.89], reject=550 5.7.1 ... Relaying denied. IP name lookup failed [62.46.54.89] [...]

Du scheinst auch ein DNS Problem zu haben, die Adresse kann nicht aufgelöst werden.

ich weiss nicht so recht. Eigentlich macht er dass nur nach einen Neustart, wenn ich die Einwahlverbindung (sprich meinen Rechner zu Hause) nicht getrennt und neu verbunden habe.

Hast du einen lokalen Nameserver installiert? Wird bei dir mit dem ip-up Script die Funktion ms-get-dns aufegerufen?

-Dieter

Hallo Dieter. Ich habe Bind laufen: zone "localhost" in { type master; file "localhost.zone"; }; zone "0.0.127.in-addr.arpa" in { type master; file "127.0.0.zone"; }; #zone "." in { # type hint; # file "root.hint"; #}; # You can insert further zone records for your own domains below. zone "eitle-webs.at" in { type master; file "eitle-webs.zone"; }; zone "eitle-computer.at" in { type master; file "eitle-computer.zone"; }; zone "eitle-lokale.at" in { type master; file "eitle-lokale.zone"; }; zone "grillennetz.at" in { type master; file "grillennetz.zone"; }; zone "kino-tulln.at" in { type master; file "kino-tulln.zone"; }; zone "heinzis-heinzelmaennchen.at" in { type master; file "heinzis-heinzelmaennchen.zone"; }; zone "vhsneulengbach.at" in { type master; file "vhsneulengbach.zone"; }; zone "171.202.195.in-addr.arpa" in { type master; file "195.202.171.zone"; }; #zone "eitle-webs.at" in { # type slave; # file "slave/eitle-webs.zone"; # masters { 195.202.171.67; }; #}; # #zone "171.202.195.in-addr.arpa" in { # type slave; # file "slave/195.202.171.zone"; # masters { 195.202.171.67; }; #}; was du mit "ip-up script" meinst weiss ich nicht. kenn ich zumindest nicht. wo müsste es liegen? mfg daniel

Dieter Kluenter

09:09

Hallo, "Daniel Schmatz" writes:

...

...
Von: Dieter Kluenter [mailto:dieter@incode.com] Hallo,

"Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com] "Daniel Schmatz" writes: [...]

...

...
...
ich weiss nicht so recht. Eigentlich macht er dass nur nach einen Neustart, wenn ich die Einwahlverbindung (sprich meinen Rechner zu Hause) nicht getrennt und neu verbunden habe.

Hast du einen lokalen Nameserver installiert? Wird bei dir mit dem ip-up Script die Funktion ms-get-dns aufegerufen?

...

was du mit "ip-up script" meinst weiss ich nicht. kenn ich zumindest nicht. wo müsste es liegen?

/etc/ppp/ip-up -Dieter -- Dieter Kluenter | Systemberatung Tel:040.64861967 | Fax: 040.64891521 mailto: dkluenter@schevolution.com http://www.schevolution.com/tour

Daniel Schmatz

09:47

...

Von: Dieter Kluenter [mailto:dieter@incode.com]

Hallo,

"Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com] Hallo,

"Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com] "Daniel Schmatz" writes: [...]

...
...
...
ich weiss nicht so recht. Eigentlich macht er dass nur nach einen Neustart, wenn ich die Einwahlverbindung (sprich meinen Rechner zu Hause) nicht getrennt und neu verbunden habe.

Hast du einen lokalen Nameserver installiert? Wird bei dir mit dem ip-up Script die Funktion ms-get-dns aufegerufen?

...
was du mit "ip-up script" meinst weiss ich nicht. kenn ich zumindest nicht. wo müsste es liegen?

/etc/ppp/ip-up

mit ms-get steht folgendes drin: case "$BASENAME" in ip-up) # Get the nameservers (works with ipppd option ms-get-dns): if [ -n "$MS_DNS1" -a "$START_NAMED" != "yes" ]; then /sbin/modify_resolvconf modify -s ipppd -e "$INTERFACE" \ -p ipppd -f /etc/ppp/ip-up -n "$MS_DNS1 $MS_DNS2" -t - << EOT This is a temporary resolv.conf created by ipppd. The previous file has been saved as . It will be restored when ippp disconnects. If you don't like ipppd to change your nameserver settings then set MODIFY_RESOLV_CONF_DYNAMICALLY=no in /etc/rc.config or remove the option ms-get-dns from /etc/ppp/options.ippp*. und: ip-down) # Restore the nameservers (got with ipppd option ms-get-dns): if [ -n "$MS_DNS1" -a "$START_NAMED" != "yes" ]; then /sbin/modify_resolvconf restore -s ipppd -e "$INTERFACE" fi # restart interface /sbin/ifconfig $INTERFACE $IFCONFIG # set routes from /etc/route.conf /etc/init.d/route start $INTERFACE # # SuSE Firewall script: If you installed the package firewals # and configured your firewall in /etc/rc.config.d/firewall.rc.config # then set START_FW in /etc/rc.config to yes and it will be # started here: # test "$START_FW" = yes && /sbin/SuSEfirewall test -x /sbin/SuSEpersonal-firewall && . /sbin/SuSEpersonal-firewall # call ip-down.local if it exists and is executable: test -x /etc/ppp/ip-down.local && /etc/ppp/ip-down.local "$@" ist das gut oder schlecht? daniel

Dieter Kluenter

11:11

Hallo, "Daniel Schmatz" writes:

...

...
Von: Dieter Kluenter [mailto:dieter@incode.com]

Hallo,

"Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com] Hallo,

"Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com] "Daniel Schmatz" writes: [...]

...

...
/etc/ppp/ip-up

mit ms-get steht folgendes drin:

case "$BASENAME" in ip-up) # Get the nameservers (works with ipppd option ms-get-dns):

if [ -n "$MS_DNS1" -a "$START_NAMED" != "yes" ]; then /sbin/modify_resolvconf modify -s ipppd -e "$INTERFACE" \ -p ipppd -f /etc/ppp/ip-up -n "$MS_DNS1 $MS_DNS2" -t - << EOT This is a temporary resolv.conf created by ipppd. The previous file has been saved as . It will be restored when ippp disconnects.

If you don't like ipppd to change your nameserver settings then set MODIFY_RESOLV_CONF_DYNAMICALLY=no in /etc/rc.config [...]

Durch dieses Script wird deine /etc/resolv.conf überschrieben, dein lokaler Nameserver wird nicht mehr konsultiert. Es sei denn du hast die obige Anweisung befolgt "If you don't like ippd to change your nameserver settings ..." -Dieter -- Dieter Kluenter | Systemberatung Tel:040.64861967 | Fax: 040.64891521 mailto: dkluenter@schevolution.com http://www.schevolution.com/tour

Daniel Schmatz

11:22

...

Von: Dieter Kluenter [mailto:dieter@incode.com] Hallo,

"Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com]

Hallo,

"Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com] Hallo,

"Daniel Schmatz" writes:

...
> Von: Dieter Kluenter [mailto:dieter@incode.com] > "Daniel Schmatz" writes: [...]

...
...
/etc/ppp/ip-up

mit ms-get steht folgendes drin:

case "$BASENAME" in ip-up) # Get the nameservers (works with ipppd option ms-get-dns):

if [ -n "$MS_DNS1" -a "$START_NAMED" != "yes" ]; then /sbin/modify_resolvconf modify -s ipppd -e "$INTERFACE" \ -p ipppd -f /etc/ppp/ip-up -n "$MS_DNS1 $MS_DNS2" -t - << EOT This is a temporary resolv.conf created by ipppd. The previous file has been saved as . It will be restored when ippp disconnects.

If you don't like ipppd to change your nameserver settings then set MODIFY_RESOLV_CONF_DYNAMICALLY=no in /etc/rc.config [...]

Durch dieses Script wird deine /etc/resolv.conf überschrieben, dein lokaler Nameserver wird nicht mehr konsultiert. Es sei denn du hast die obige Anweisung befolgt

Enschuldige aber willich das er konsultiert wird? Weshalb? Das Ding ist ein einzelner Server ohne Netzwerk - ers oll duch nur smtp auth können. Mehr will ich nicht. Da kriegt er doch einen Benutzernamen und ein Kennwort - fertig - wieso ist das nicht so wie ich mir das denke? Daniel

Thorsten Strusch

11:29

Daniel Schmatz wrote:

...

...
Von: Dieter Kluenter [mailto:dieter@incode.com] Hallo, [...]

...
...
/etc/ppp/ip-up [...]

Durch dieses Script wird deine /etc/resolv.conf überschrieben, dein lokaler Nameserver wird nicht mehr konsultiert. Es sei denn du hast die obige Anweisung befolgt

Enschuldige aber willich das er konsultiert wird? Weshalb? Das Ding ist ein einzelner Server ohne Netzwerk - ers oll duch nur smtp auth können. Mehr will ich nicht. Da kriegt er doch einen Benutzernamen und ein Kennwort - fertig - wieso ist das nicht so wie ich mir das denke?

Wenn du ein ext2/3 filesystem hast, mach doch einfach ein kurzes schmerzloses: chttr +i /etc/resolv.conf Damit kann nicht mal root diese Datei ändern, ohne über chattr -i die Datei zum Schreiben wieder freizugeben ;) Thorsten

Dieter Kluenter

13:15

Hallo, "Daniel Schmatz" writes:

...

...
Von: Dieter Kluenter [mailto:dieter@incode.com] "Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com] "Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com] "Daniel Schmatz" writes: >> Von: Dieter Kluenter [mailto:dieter@incode.com] >> "Daniel Schmatz" writes: [...]

...

...
Durch dieses Script wird deine /etc/resolv.conf überschrieben, dein lokaler Nameserver wird nicht mehr konsultiert. Es sei denn du hast die obige Anweisung befolgt

Enschuldige aber willich das er konsultiert wird? Weshalb? Das Ding ist ein einzelner Server ohne Netzwerk - ers oll duch nur smtp auth können. Mehr will ich nicht. Da kriegt er doch einen Benutzernamen und ein Kennwort - fertig - wieso ist das nicht so wie ich mir das denke?

Wenn du keine Fehlermeldungen von sendmail bekommen möchtest, wirst du das wollen müssen. Sendmail befragt den Nameserver, der in /etc/resolv.conf steht. Da dort aber dann nicht mehr der lokale Nameserver steht, sondern der deines Providers, kann sendmail nicht mehr die Adresse deines lokalen Hosts auflösen. -Dieter -- Dieter Kluenter | Systemberatung Tel:040.64861967 | Fax: 040.64891521 mailto: dkluenter@schevolution.com http://www.schevolution.com/tour

Daniel Schmatz

13:43

...

Von: Dieter Kluenter [mailto:dieter@incode.com]

Hallo,

"Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com] "Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com] "Daniel Schmatz" writes:

...
> Von: Dieter Kluenter [mailto:dieter@incode.com] > "Daniel Schmatz" writes: > >> Von: Dieter Kluenter [mailto:dieter@incode.com] > >> "Daniel Schmatz" writes: [...]

...
...
Durch dieses Script wird deine /etc/resolv.conf überschrieben, dein lokaler Nameserver wird nicht mehr konsultiert. Es sei denn du hast die obige Anweisung befolgt

Enschuldige aber willich das er konsultiert wird? Weshalb? Das Ding ist ein einzelner Server ohne Netzwerk - ers oll duch nur smtp auth können. Mehr will ich nicht. Da kriegt er doch einen Benutzernamen und ein Kennwort - fertig - wieso ist das nicht so wie ich mir das denke?

Wenn du keine Fehlermeldungen von sendmail bekommen möchtest, wirst du das wollen müssen. Sendmail befragt den Nameserver, der in /etc/resolv.conf steht. Da dort aber dann nicht mehr der lokale Nameserver steht, sondern der deines Providers, kann sendmail nicht mehr die Adresse deines lokalen Hosts auflösen.

da steht das drin domain eitle-webs.at nameserver 195.202.171.67 nameserver 195.202.171.224 das sind meine 2 fixen ips - also müsste es passen oder? daniel

Dieter Kluenter

15:17

Hallo, "Daniel Schmatz" writes:

...

...
Von: Dieter Kluenter [mailto:dieter@incode.com]

...

...
"Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com] "Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com] "Daniel Schmatz" writes: >> Von: Dieter Kluenter [mailto:dieter@incode.com] >> "Daniel Schmatz" writes: >> >> Von: Dieter Kluenter [mailto:dieter@incode.com] >> >> "Daniel Schmatz" writes: [...]

...

...
...
Enschuldige aber willich das er konsultiert wird? Weshalb? Das Ding ist ein einzelner Server ohne Netzwerk - ers oll duch nur smtp auth können. Mehr will ich nicht. Da kriegt er doch einen Benutzernamen und ein Kennwort - fertig - wieso ist das nicht so wie ich mir das denke?

Wenn du keine Fehlermeldungen von sendmail bekommen möchtest, wirst du das wollen müssen. Sendmail befragt den Nameserver, der in /etc/resolv.conf steht. Da dort aber dann nicht mehr der lokale Nameserver steht, sondern der deines Providers, kann sendmail nicht mehr die Adresse deines lokalen Hosts auflösen.

da steht das drin

domain eitle-webs.at nameserver 195.202.171.67 nameserver 195.202.171.224

das sind meine 2 fixen ips - also müsste es passen oder?

Das kann ich nicht beurteilen, aber wenn ich richtig erinnere, sind in deiner /etc/named.conf etliche andere Domains aufgeführt und auch die von sendmail zurückgewiesenen Mails wiesen auf andere Domains auf. -Dieter -- Dieter Kluenter | Systemberatung Tel:040.64861967 | Fax: 040.64891521 mailto: dkluenter@schevolution.com http://www.schevolution.com/tour

Daniel Schmatz

18:06

...

Von: Dieter Kluenter [mailto:dieter@incode.com] Hallo,

"Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com]

...
...
"Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com] "Daniel Schmatz" writes:

...
> Von: Dieter Kluenter [mailto:dieter@incode.com] > "Daniel Schmatz" writes: > >> Von: Dieter Kluenter [mailto:dieter@incode.com] > >> "Daniel Schmatz" writes: > >> >> Von: Dieter Kluenter [mailto:dieter@incode.com] > >> >> "Daniel Schmatz" writes: [...]

...
...
...
Enschuldige aber willich das er konsultiert wird? Weshalb? Das Ding ist ein einzelner Server ohne Netzwerk - ers oll duch nur smtp auth können. Mehr will ich nicht. Da kriegt er doch einen Benutzernamen und ein Kennwort - fertig - wieso ist das nicht so wie ich mir das denke?

Wenn du keine Fehlermeldungen von sendmail bekommen möchtest, wirst du das wollen müssen. Sendmail befragt den Nameserver, der in /etc/resolv.conf steht. Da dort aber dann nicht mehr der lokale Nameserver steht, sondern der deines Providers, kann sendmail nicht mehr die Adresse deines lokalen Hosts auflösen.

da steht das drin

domain eitle-webs.at nameserver 195.202.171.67 nameserver 195.202.171.224

das sind meine 2 fixen ips - also müsste es passen oder?

Das kann ich nicht beurteilen, aber wenn ich richtig erinnere, sind in deiner /etc/named.conf etliche andere Domains aufgeführt und auch die von sendmail zurückgewiesenen Mails wiesen auf andere Domains auf.

diese domains behandelt der rechner: eitle-computer.at eitle-webs.at eitle-lokale.at grillennetz.at vhsneulengbach.at kino-tulln.at heinzis-heinzelmaennchen.at alle auf diesem rechner. der rechner hat die oben genannten ips. der rechner ist allein ohne netzwerk. ein benutzer der bei mir existiert (zb besitzer von kino tulln) will eine email über das internet über eine einwählverbindung über diesen server versenden (=relayen) er hat die adresse "office@kino-tulln.at" den linuxbenutzernamen "ew00002a" und sendet an zb "hugo@gmx.net" mit smtp auth soll er sich ident. aber das geht nicht. und das ist mein problem. dns läuft laut nic.at korrekt und auch lt abfragen. nur sendmail kann smtp aut nicht. daniel

Dieter Kluenter

19:20

Hallo, "Daniel Schmatz" writes:

...

...
Von: Dieter Kluenter [mailto:dieter@incode.com] "Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com] "Daniel Schmatz" writes:

...
...
Von: Dieter Kluenter [mailto:dieter@incode.com] "Daniel Schmatz" writes: >> Von: Dieter Kluenter [mailto:dieter@incode.com] >> "Daniel Schmatz" writes: >> >> Von: Dieter Kluenter [mailto:dieter@incode.com] >> >> "Daniel Schmatz" writes: >> >> >> Von: Dieter Kluenter [mailto:dieter@incode.com] >> >> >> "Daniel Schmatz" writes: [...]

...

...
...
...
...
Enschuldige aber willich das er konsultiert wird? Weshalb? Das Ding ist ein einzelner Server ohne Netzwerk - ers oll duch nur smtp auth können. Mehr will ich nicht. Da kriegt er doch einen Benutzernamen und ein Kennwort - fertig - wieso ist das nicht so wie ich mir das denke?

Wenn du keine Fehlermeldungen von sendmail bekommen möchtest, wirst du das wollen müssen. Sendmail befragt den Nameserver, der in /etc/resolv.conf steht. Da dort aber dann nicht mehr der lokale Nameserver steht, sondern der deines Providers, kann sendmail nicht mehr die Adresse deines lokalen Hosts auflösen.

da steht das drin

domain eitle-webs.at nameserver 195.202.171.67 nameserver 195.202.171.224

das sind meine 2 fixen ips - also müsste es passen oder?

Das kann ich nicht beurteilen, aber wenn ich richtig erinnere, sind in deiner /etc/named.conf etliche andere Domains aufgeführt und auch die von sendmail zurückgewiesenen Mails wiesen auf andere Domains auf.

diese domains behandelt der rechner:

eitle-computer.at eitle-webs.at eitle-lokale.at grillennetz.at vhsneulengbach.at kino-tulln.at heinzis-heinzelmaennchen.at

alle auf diesem rechner. der rechner hat die oben genannten ips.

der rechner ist allein ohne netzwerk.

ein benutzer der bei mir existiert (zb besitzer von kino tulln) will eine email über das internet über eine einwählverbindung über diesen server versenden (=relayen) er hat die adresse "office@kino-tulln.at" den linuxbenutzernamen "ew00002a" und sendet an zb "hugo@gmx.net" mit smtp auth soll er sich ident. aber das geht nicht. und das ist mein problem. dns läuft laut nic.at korrekt und auch lt abfragen.

nur sendmail kann smtp aut nicht.

Sendmail kann schon smtp auth, allerdings nicht in solch einer Umgebung :-( Verstehe ich das richtig, du hast einen einzelnem Rechner, auf diesem Rechner sind 7 virtuelle Domains beheimatet, die alle durch einen DNS repräsentiert werden. Diese virtuellen Domains werden aber nicht in der /etc/resolv.conf aufgelistet, sie sind also für den Resolver nicht existent. Sendmail weiss nicht, dass diese Domains als Local Domains zu behandeln sind, und dann beklagst du dich, dass die Domain kino-tulln.at nicht aufgelöst werden kann? Wodurch soll sendmail denn davon informiert werden? -Dieter -- Dieter Kluenter | Systemberatung Tel:040.64861967 | Fax: 040.64891521 mailto: dkluenter@schevolution.com http://www.schevolution.com/tour