* Marc Patermann <postfix-users@de.postfix.org>:
  

Patrick Ben Koetter schrieb:
    

* Marc Patermann <postfix-users@de.postfix.org>:
      

Johannes Grimm schrieb:
        

stimmt!

query_filter = (&(loginDisabled=FALSE)(uid=%u))
result_attribute = uid, loginDisabled

einfach ein zweites result_attribute dazu packen und schon gehts!
          

Wozu soll das gut sein?
Jetzt bekommst du neben uid - z.B. mmeier - auch noch "false" 
zurückgeliefert. Ich kann mich ja täuschen, aber versucht dann Postfix 
nicht auch an "false" zuzustellen?
        

Nein. Der Postfix smtpd wertet die Map als Liste aus. Die Tatsache, dass
jemand auf der Liste "steht" dient als Beweis - es handelt sich um einen
"valid recipient".
      

Ja, ok, in dem Fall ist dann das Ergebnis egal.
Trotzdem sollte es doch aber zwei Ergebnisse / Rückgabewerte geben, 
wovon eines immer "false" ist. (Jetzt nur auf die zwei Zeilen bezogen. 
Die Abfrage könnte ja auch in einer Virtual-Map o.ä stehen.)
    

Ja, stimmt.


  

result_attribute (default: maildrop)
               The attribute(s) Postfix will read from any  direc-
               tory entries returned by the lookup, to be resolved
               to an email address.

                   result_attribute = mailbox, maildrop

    

query_filter = (&(loginDisabled=FALSE)(uid=%u))
result_attribute = uid, loginDisabled

Insofern ist es also egal, was (Wert, Anzahl von Werten) zurückgeliefert wird,
solange überhaupt was als Antwort geliefert wird.
      

Trotzdem ist ein zweiter Wert hier IMHO überflüssig, denn bedingt durch 
    

Ja, das ist er. Der Fehler war anfänglich IMO in der fehlerhaft gesetzen
Bedingung: loginDisabled=TRUE

Ich setze bei sowas immer loginEnabled und das ggf. auf FALSE. Mein Kopf tut
sich damit leichter ... ;)

  

die Abfrage erhalte ich für loginDisabled immer nur "false" zurück.
Ist loginDisabled für den Account "true" gibt die Abfrage ja kein 
Ergebnis zurück.
    

Genau.

p@rick