Hallo Forum!
Auch durch "googlen" konnte ich den Fehler leider noch nicht bereinigen.
Wenn ich versuche eine Email zu verschicken beim Kunden, scheint es so, als wuerde der Server staendig versuchen den DNS Server zu kontaktieren.
Der DNS Server ist in der resolv.conf eingetragen.
Kann es sein, dass vll. ein MX Eintrag am DNS Server fehlt?
Ich habe auch schon den Eintrag DNS aus der resolv.conf Datei rausgenommen und /usr/lib/sendmail -bd -q15m neu gestartet, jedoch ohne Erfolg bis jetzt.
Bei einem anderen Server beim Kunden funktioniert alles wie es sollte.
Dort haben wir keinen Eintrag in der resolv.conf und trotzdem schickt er die Email hinaus.
Im Moment sieht unsere Konfig so aus, wo es nicht funktioniert:
Dort, wo es funktioniert:
Woran kann es liegen, dass es in dem einen Fall ohne Probleme funktioniert und in dem anderen leider nicht?
Danke fuer jede Hilfe!
Auch durch "googlen" konnte ich den Fehler leider noch nicht bereinigen.
Wenn ich versuche eine Email zu verschicken beim Kunden, scheint es so, als wuerde der Server staendig versuchen den DNS Server zu kontaktieren.
Der DNS Server ist in der resolv.conf eingetragen.
Kann es sein, dass vll. ein MX Eintrag am DNS Server fehlt?
Ich habe auch schon den Eintrag DNS aus der resolv.conf Datei rausgenommen und /usr/lib/sendmail -bd -q15m neu gestartet, jedoch ohne Erfolg bis jetzt.
Bei einem anderen Server beim Kunden funktioniert alles wie es sollte.
Dort haben wir keinen Eintrag in der resolv.conf und trotzdem schickt er die Email hinaus.
Im Moment sieht unsere Konfig so aus, wo es nicht funktioniert:
Code:
resolv.conf
domain xxx.xxx
nameserver xxx
nsswitch.conf
passwd: files
group: files
hosts: files dns
ipnodes: files
networks: files
protocols: files
rpc: files
ethers: files
netmasks: files
bootparams: files
publickey: files
# At present there isn't a 'files' backend for netgroup; the system will
# figure it out pretty quickly, and won't use netgroups at all.
netgroup: files
automount: files
aliases: files
services: files
sendmailvars: files
printers: user files
auth_attr: files
prof_attr: files
project: filesDort, wo es funktioniert:
Code:
hosts
#internet host table
#
127.0.0.1 localhost loghost
#
#
xxx srmds01 elsd-1-2100 xyz.xxx.at
xxx srmds02 elsd-2-2100
xxx srmds03 elsd-1-2200
xxx srmds04 elsd-2-2200
xxx srmds05
xxx srmds05_alt armds05_backup
xxx srmds11
xxx srmds12
#
xxx srmds01-rmds
xxx srmds02-rmds
xxx srmds03-rmds
xxx srmds04-rmds
xxx srmds05-rmds dacs1
xxx srmds11-rmds
#
xxx defaultrouter
#
# MailGW
xxx mailhost smtp
xxx srmds21 rdf1 rdfvie52ba12
#xxx srmds22 rdf2 rdfvie52b915
xxx srmds22 rdf2 rdfvie52b915
#
xxx srmds25 contribution1
xxx srmds26 contribution2
#
xxx sc-pr-rp01
xxx sc-pr-rp02
resolv.conf
domain xxx.xxx
nsswitch.conf
passwd: files
group: files
hosts: files
ipnodes: files
networks: files
protocols: files
rpc: files
ethers: files
netmasks: files
bootparams: files
publickey: files
# At present there isn't a 'files' backend for netgroup; the system will
# figure it out pretty quickly, and won't use netgroups at all.
netgroup: files
automount: files
aliases: files
services: files
sendmailvars: files
printers: user files
auth_attr: files
prof_attr: files
project: filesWoran kann es liegen, dass es in dem einen Fall ohne Probleme funktioniert und in dem anderen leider nicht?
Danke fuer jede Hilfe!