[Postfixbuch-users] verification failed: Name or service not known

[Conny Klemm]

der läuft ohne chroot!! habe ich erst mal mit absicht so gemacht. 
hier mal ein ausschnitt
  smtp inet n - n - - smtpd -o receive_override_options=no_address_mappings
#26 inet n - n - - smtpd
#smtps inet n - n - - smtpd
# -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes
#submission inet n - n - - smtpd
# -o smtpd_enforce_tls=yes -o smtpd_sasl_auth_enable=yes -o 
smtpd_etrn_restrictions=reject
#628 inet n - n - - qmqpd
pickup fifo n - n 60 1 pickup
cleanup unix n - n - 0 cleanup
qmgr fifo n - n 300 1 qmgr
#qmgr fifo n - n 300 1 oqmgr
#tlsmgr fifo - - n 300 1 tlsmgr
rewrite unix - - n - - trivial-rewrite
bounce unix - - n - 0 bounce
defer unix - - n - 0 bounce
trace unix - - n - 0 bounce
verify unix - - n - 1 verify
flush unix n - n 1000? 0 flush
proxymap unix - - n - - proxymap
smtp unix - - n - - smtp
relay unix - - n - - smtp
# -o smtp_helo_timeout=5 -o smtp_connect_timeout=5
showq unix n - n - - showq
error unix - - n - - error
local unix - n n - - local
virtual unix - n n - - virtual
lmtp unix - - n - - lmtp
anvil unix - - n - 1 anvil
# localhost:10025 inet n - n - - smtpd -o content_filter=
localhost:10026 inet n - n - - smtpd -o content_filter=
-o localrecipient_maps=
-o myhostname=localhost
-o virtual_alias_maps=

#virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf
# Interfaces to non-Postfix software. Be sure to examine the manual
# pages of the non-Postfix software to find out what options it wants.
#
# maildrop. See the Postfix MAILDROP_README file for details.
#
maildrop unix - n n - - pipe
flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient}
cyrus unix - n n - - pipe
user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} 
${user}
uucp unix - n n - - pipe
flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail 
($recipient)
ifmail unix - n n - - pipe
flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp unix - n n - - pipe
flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient
procmail unix - n n - - pipe
flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} 
${recipient}
vacation unix - n n - - pipe
flags=Rhu user=vacation argv=/var/spool/vacation/vacation.pl
  Ich hoffe es bringt mehr licht ins Dunkel.
 Conny


 Am 13.09.05 schrieb Andreas Winkelmann <ml at awinkelmann.de>: 
> 
> Am Tuesday 13 September 2005 20:42 schrieb Conny Klemm:
> 
> > Also postfix check sagt nix weiter.
> > ich hab nur eine resolv.conf. Wie gesagt, ich bin neu auf dem Gebiet und
> > bitte um etwas Geduld
> > in der steht:
> > 192.168.1.1 <http://192.168.1.1> <http://192.168.1.1>
> 
> Hoffentlich mit einem "nameserver" davor?
> 
> > search kanzlei.local
> > Mir ist hier beim suchen aber aufgefallen, das der Server bestimmte
> > Clients nicht richtig auflöst.
> > Beispiel.
> > Domäne ist ja kanzlei.local
> > Ergebnisse mit nslookup 192.168.1.xxx
> 
> Hmm, nslookup sollte eigentlich nicht mehr verwendet werden. Statt dessen 
> dig
> und host.
> 
> > pc1.kanzlei.local
> > pc2.kanzlei
> > pc3
> > quer durch den garten. Ich glaub der w2k zickt bei der internen Domäne
> 
> Hmm, Du könntest testweise mal Postfix aus dem chroot rausnehmen. In der
> master.cf <http://master.cf> in der chroot-Spalte überall ein "n".
> 
> Falls das was bringt, dann musst Du die Dateien die für die 
> Namensauflösung
> zuständig sind ins chroot kopieren.
> 
> Falls nicht, wechsel mal als root zum Benutzer postfix und probier nochmal 
> die
> Namensauflösung. Evtl. sind es Zugriffsrechte auf die Configdateien o.ä.
> 
> Ausserdem gibt es bei neueren Distributionen Änderungen bei der tld 
> .local.
> Das könnte auch zur Falle werden. Dann wird statt unicast multicast zur
> Auflösung verwendet.
> 
> --
> Andreas
> --
> _______________________________________________
> Postfixbuch-users mailingliste
> Heinlein Professional Linux Support GmbH
> 
> Postfixbuch-users at listi.jpberlin.de
> http://listi.jpberlin.de/mailman/listinfo/postfixbuch-users
> 



-- 
Conny Klemm
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://listi.jpberlin.de/pipermail/postfixbuch-users/attachments/20050913/c51a907c/attachment.html>