Keine Postfix Namensauflösung

Hi,

ich hatte mal vor eigen Zeiten etwas ähnlich diffuses. Dort hat mir ein Aufruf von "postfix check" geholfen.
Dieser setzte u.a. aus irgendeinen Grund falsche Dateirechte wieder richtig.
 
Hallo,

leider bringt postfix check keine Besserung. Weder beim eigentlichen Problem noch beim ktrace.

Gruß Mardor
 
Bleibt denn die PID konstant bei mehreren Versandversuchen?
Statt ktrace -C kannst du auch ktrace -c -p <PID> nutzen, um das tracing wieder zu deaktivieren.
Hast du danach eine Datei namens ktrace.out im Arbeitsverzeichnis?

Welche Betriebssystemversion nutzt du und welches Postfix?

Rob
 
Hallo,

also ich habe jetzt den ktrace über kdump auslesen können.

Code: 
...
       re-mail-ck       50/udp    #Remote Mail Checking Protocol
        la-maint         51/tcp    #IMP Logical Address Maintenance
        la-maint         51/udp    #IMP Logical Address Maintenance
        xns-time         52/tcp    #XNS Time Protocol
        xns-time         52/udp    #XNS Time Protocol
        domain           5"
  3105 smtp     RET   read 86128/0x15070
  3105 smtp     CALL  close(0xd)
  3105 smtp     RET   close 0
  3105 smtp     CALL  madvise(0x805c33000,0x4000,MADV_FREE)
  3105 smtp     RET   madvise 0
  3105 smtp     CALL  madvise(0x805c3e000,0x16000,MADV_FREE)
  3105 smtp     RET   madvise 0
  3105 smtp     CALL  madvise(0x805c8a000,0x1000,MADV_FREE)
  3105 smtp     RET   madvise 0
  3105 smtp     CALL  getpid
  3105 smtp     RET   getpid 3105/0xc21
  3105 smtp     CALL  issetugid
  3105 smtp     RET   issetugid 1
  3105 smtp     CALL  open(0x804c70631,0x100000<O_CLOEXEC>,<unused>0x1b6)
  3105 smtp     RET   open -1 errno 13 Permission denied
  3105 smtp     CALL  issetugid
  3105 smtp     RET   issetugid 1
  3105 smtp     CALL  stat(0x804c70631,0x7fffffffcc38)
  3105 smtp     RET   stat 0
  3105 smtp     CALL  getpid
  3105 smtp     RET   getpid 3105/0xc21
  3105 smtp     CALL  issetugid
  3105 smtp     RET   issetugid 1
  3105 smtp     CALL  open(0x804c70631,0x100000<O_CLOEXEC>,<unused>0x1b6)
  3105 smtp     RET   open -1 errno 13 Permission denied
  3105 smtp     CALL  issetugid
  3105 smtp     RET   issetugid 1
...

Ich gehe davon aus, dass das Permission denied schon der Grund ist, aber woher sehe ich denn genau welcher Prozess aufgerufen wurde ?

Gruß Mardor
 
Versuche mal folgendes:

Code: 
su -m postfix -c 'host -tmx <zieldomain>'

Also, sozusagen die Namensauflösung als User 'postfix' versuchen.
Außerdem die Ausgabe von
Code: 
ls -lsh /etc/resolv.conf
auf dem Jail.

Rob
 
Hallo Rob,

das is jetzt nicht war. Oh man. Warum auch immer war die Berechtigung der /etc/resolv.conf auf 640 (root:wheel).
Das ist absolut peinlich. Ich hatte so oft geschaut ob die /etc/resolv.conf vorhanden ist und hab dabei die Berechtigung total übersehen.

Ich hab vor lauter Wald die Bäume nicht mehr gesehen. Sorry für die viele Arbeit die ich Dir gemacht hatte.

Kann man den von "open(0x804c70631,0x100000<O_CLOEXEC>,<unused>0x1b6)" direkt auf den Aufruf des DNS kommen oder war das eher die Reihenfolgende (direkt nach dem Lookup in der /etc/services) ?

Gruß Mardor
 
Das deutet aber darauf hin, dass keine umask nicht korrekt ist, oder die Berechtigungen der resolv.conf im Basissystem sind schon falsch.

Rob
 
Die umask wäre in meiner .cshrc auf:

Code: 
# A righteous umask
umask 027

Was die Erklärung hierzu wäre. Was ist denn die Default umask für den root-User ?

Gruß Mardor
 
Hallo,

würde dies aber nicht erklären warum ich beim copy ein 0 für other erhalten habe ?!

Gruß Mardor
 
Hallo Rob,

die Antworten haben sich wohl überschnitten.
Ich würde mich jetzt auch mit 022 anfreunden, dann bekomme ich ein 755.

Gruß Mardor
 
Der default ist - ein Multiuser System im Kopf habend - durchaus richtig gesetzt. Oftmals macht man als Root Einstellungen die alle anderen Benutzer nicht sehen sollen.
 
Ist ja nicht so, dass es kein chmod gibt. Ich würde für root immer 077 nehmen und bei Bedarf nachbessern.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben