Anzeige:
Ergebnis 1 bis 13 von 13

Thema: Mächtiges SMTP-AUTH Problem!!!

  1. #1
    Archlinuxer Avatar von clumsy
    Registriert seit
    Sep 2002
    Ort
    München
    Beiträge
    1.088

    Mächtiges SMTP-AUTH Problem!!!

    Servus Leute,

    hab nen Postfix mit MySQL, Courier-Imap, TLS, Amavis und Spamassasin aufgesetzt. Postfix funktioniert prima mit allem, nur nicht mit SASL.

    Ich kann also vom Client keine Mails verschicken, weil ich mich nicht authentifizieren kann. Normalerweise sollte er in der MySQL DB nach dem User/Passwort schaun, aber ich bekomme immer diese Fehlermeldung:
    Code:
    Dec  1 11:56:53 clumsy postfix/smtpd[4768]: connect from lord_clumsy.No1LC[192.168.1.100]
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: SASL authentication failure: no secret in database
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: lord_clumsy.No1LC[192.168.1.100]: SASL CRAM-MD5 authentication failed
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: SASL authentication failure: Password verification failed
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: lord_clumsy.No1LC[192.168.1.100]: SASL PLAIN authentication failed
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
    Dec  1 11:56:57 clumsy postfix/smtpd[4768]: warning: lord_clumsy.No1LC[192.168.1.100]: SASL LOGIN authentication failed
    Ich hab mich durch haufenweise Howtos und Mailinglisten gewälzt bis heut nacht um 4 aber hat nix gebracht. Grundsätzlich bin ich aber nach diesem Tutorial von workaround.org vorgegangen:
    http://workaround.org/articles/ispma...index.shtml.de

    Hier meine Configfiles:

    /etc/postfix/main.cf (postconf -n):
    Code:
    alias_database = hash:/etc/postfix/aliases
    alias_maps = hash:/etc/postfix/aliases
    broken_sasl_auth_clients = yes
    command_directory = /usr/sbin
    config_directory = /etc/postfix
    content_filter = amavis:[127.0.0.1]:10024
    daemon_directory = /usr/lib/postfix
    debug_peer_level = 2
    delay_warning_time = 4
    home_mailbox = Maildir/
    html_directory = /usr/share/doc/postfix-2.1.4/html
    inet_interfaces = all
    mail_owner = postfix
    mailq_path = /usr/bin/mailq.postfix
    manpage_directory = /usr/share/man
    mydestination = localhost
    mydomain = clumsy.is-a-geek.net
    myhostname = clumsy.is-a-geek.net
    mynetworks = 192.168.1.0/24
    newaliases_path = /usr/bin/newaliases.postfix
    queue_directory = /var/spool/postfix
    readme_directory = /usr/share/doc/postfix-2.1.4/README_FILES
    receive_override_options = no_address_mappings
    relay_domains = $mydestination
    relayhost = mail.arcor.de
    sample_directory = /usr/share/doc/postfix-2.1.4/samples
    sendmail_path = /usr/sbin/sendmail.postfix
    setgid_group = postdrop
    smtp_tls_loglevel = 2
    smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
    smtpd_sasl_auth_enable = yes
    smtpd_tls_cert_file = /etc/postfix/smtpd.cert
    smtpd_tls_key_file = /etc/postfix/smtpd.key
    smtpd_use_tls = yes
    unknown_local_recipient_reject_code = 450
    virtual_alias_maps = mysql:/etc/postfix/mysql-virtual_forwardings.cf mysql:/etc/postfix/mysql-virtual_email2email.cf
    virtual_gid_maps = static:5000
    virtual_mailbox_base = /home/vmail
    virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual_domains.cf
    virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual_mailboxes.cf
    virtual_uid_maps = static:5000
    /etc/postfix/master.cf
    Code:
    # Postfix master process configuration file.  For details on the format
    # of the file, see the Postfix master(5) manual page.
    #
    # ==========================================================================
    # service type  private unpriv  chroot  wakeup  maxproc command + args
    #               (yes)   (yes)   (yes)   (never) (100)
    # ==========================================================================
    smtp      inet  n       -       n       -       -       smtpd
    #submission inet n      -       n       -       -       smtpd
    #       -o smtpd_etrn_restrictions=reject
    #       -o smtpd_client_restrictions=permit_sasl_authenticated,reject
    #smtps    inet  n       -       n       -       -       smtpd
    #  -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes
    #submission   inet    n       -       n       -       -       smtpd
    #  -o smtpd_etrn_restrictions=reject
    #  -o smtpd_enforce_tls=yes -o smtpd_sasl_auth_enable=yes
    #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    unix  -       -       n       1000?   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
    # When relaying mail as backup MX, disable fallback_relay to avoid MX loops
    relay     unix  -       -       n       -       -       smtp
            -o fallback_relay=
    #       -o smtp_helo_timeout=5 -o smtp_connect_timeout=5
    showq     unix  n       -       n       -       -       showq
    error     unix  -       -       n       -       -       error
    discard   unix  -       -       n       -       -       discard
    local     unix  -       n       n       -       -       local
    virtual   unix  -       n       n       -       -       virtual
    lmtp      unix  -       -       n       -       -       lmtp
    anvil     unix  -       -       n       -       1       anvil
    scache    unix  -       -       n       -       1       scache
    #
    # ====================================================================
    # Interfaces to non-Postfix software. Be sure to examine the manual
    # pages of the non-Postfix software to find out what options it wants.
    #
    # Many of the following services use the Postfix pipe(8) delivery
    # agent.  See the pipe(8) man page for information about ${recipient}
    # and other message envelope options.
    # ====================================================================
    #
    # maildrop. See the Postfix MAILDROP_README file for details.
    # Also specify in main.cf: maildrop_destination_recipient_limit=1
    #
    maildrop  unix  -       n       n       -       -       pipe
      flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient}
    #
    # The Cyrus deliver program has changed incompatibly, multiple times.
    #
    old-cyrus unix  -       n       n       -       -       pipe
      flags=R user=cyrus argv=/cyrus/bin/deliver -e -m ${extension} ${user}
    # Cyrus 2.1.5 (Amos Gouaux)
    # Also specify in main.cf: cyrus_destination_recipient_limit=1
    cyrus     unix  -       n       n       -       -       pipe
      user=cyrus argv=/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user}
    #
    # See the Postfix UUCP_README file for configuration details.
    #
    uucp      unix  -       n       n       -       -       pipe
      flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
    #
    # Other external delivery methods.
    #
    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
    
    
    #### für Amavis #####
    
    amavis unix - - - - 2 smtp
            -o smtp_data_done_timeout=1200
            -o smtp_send_xforward_command=yes
    
    127.0.0.1:10025 inet n - - - - smtpd
            -o content_filter=
            -o local_recipient_maps=
            -o relay_recipient_maps=
            -o smtpd_restriction_classes=
            -o smtpd_client_restrictions=
            -o smtpd_helo_restrictions=
            -o smtpd_sender_restrictions=
            -o smtpd_recipient_restrictions=permit_mynetworks,reject
            -o mynetworks=127.0.0.0/8
            -o strict_rfc821_envelopes=yes
            -o receive_override_options=no_unknown_recipient_checks,no_header_body_checks
            -o smtpd_bind_address=127.0.0.1
    /etc/postfix/sasl/smtpd.conf
    Code:
    pwcheck_method: auxprop
    auxprop_plugin: sql
    mech_list: plain login 
    #cram-md5 digest-md5
    sql_engine: mysql
    sql_hostnames: 127.0.0.1
    sql_user: provider_admin
    sql_passwd: xxxxxxxx
    sql_database: provider
    sql_select: select password from users where email='%u@%r'
    log_level: 7
    /etc/conf.d/saslauthd
    Code:
    #auskommentiertes  original, geht mit keiner der beiden Zeilen...
    #SASLAUTHD_OPTS="-m /var/state/saslauthd -a pam"
    SASLAUTHD_OPTS="-m /var/state/saslauthd/mux -a pam"
    /etc/authlib/authdaemonrc
    Code:
    authmodulelist="authpam authmysql"
    #authmodulelistorig="authuserdb authpam authpwd authshadow authpgsql authldap authmysql authcustom authpipe"
    authmodulelistorig="authcustom authcram authuserdb authldap authpgsql authpam authmysql"
    daemons=5
    authdaemonvar=/var/spool/authdaemon
    DEBUG_LOGIN=0
    DEFAULTOPTIONS=""
    LOGGEROPTS=""
    SQL Zugriff funktioniert immer, nur nich bei SMTP-AUTH. Mails empfangen, lesen usw geht.

    Hier noch die Ausgebe von telnet localhost 25
    Code:
    Trying 127.0.0.1...
    Connected to localhost.localdomain.
    Escape character is '^]'.
    220 clumsy.is-a-geek.net ESMTP Postfix
    ehlo blabla.de
    250-clumsy.is-a-geek.net
    250-PIPELINING
    250-SIZE 10240000
    250-VRFY
    250-ETRN
    250-STARTTLS
    250-AUTH LOGIN PLAIN GSSAPI OTP DIGEST-MD5 CRAM-MD5
    250-AUTH=LOGIN PLAIN GSSAPI OTP DIGEST-MD5 CRAM-MD5
    250 8BITMIME
    Hoffe, ihr könnt mir helfen, ich bin absolut verzweifelt, weil ich nicht weiterkomme. Ist deprimierend, wenn man Studen und Tage mit demselben Problem kämpft.

    Danke, dass Ihr euch die Zeit für mich nehmt :-)

    Viele Grüsse,
    clumsy
    ==========================================
    Arch-Linux, Fluxbox { Screen 1, Screen 2 }

  2. #2
    Registrierter Benutzer
    Registriert seit
    Dec 2003
    Ort
    Dettenhausen
    Beiträge
    22.061
    ohne mir alles expliziet durchzulesen, aber
    Dec 1 11:56:57 clumsy postfix/smtpd[4768]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: No such file or directory
    wäre ein erster offensichtlicher Ansatz...
    Ich bin root - ich darf das.

  3. #3
    Archlinuxer Avatar von clumsy
    Registriert seit
    Sep 2002
    Ort
    München
    Beiträge
    1.088
    ja, genau deshalb poste ich ja auch.
    die datei existiert tatsächlich nicht, aber wie erstelle ich sie ordnungsgemäß? wenn ich einfach "touch /etc/sasldb2 " mache bekomm ich:
    Code:
    SASL authentication problem: unable to open Berkeley db /etc/sasldb2: Bad file descriptor
    stattdessen
    Geändert von clumsy (01.12.05 um 13:14 Uhr)
    ==========================================
    Arch-Linux, Fluxbox { Screen 1, Screen 2 }

  4. #4
    Ayreonaut Avatar von Sayonara
    Registriert seit
    Jul 2002
    Ort
    irgendwo im Oberberg
    Beiträge
    1.051
    Schau mal, ob unter /var/spool/postfix/etc/ die Datei sasldb2 existiert.

    Oft lässt man Postfix in einer chroot Umgebung laufen die auf /var/spool/postfix eingesperrt ist. Möglicherweise liegt die korrekte sasldb2 Datei halt innerhalb dieser chroot Umgebung.
    So wie ich das beim Überfliegen deiner Konfiguration sehe läuft der Postfix bei dir nicht chroot. Die Suche nach der Datei /etc/sasldb2 führt damit tatsächlich nach /etc/sasldb2 und nicht nach /var/spool/postfix/etc/sasldb2 wie es bei chroot aussehen würde.
    Vieleicht hilft dir diese Info weiter, ebenso wie diese Webseite hier:
    http://small.dropbear.id.au/myscripts/postfixmysql.html
    Beachte besonders den Abschnitt: SASL Files Setup

    mfg

    Sayonara
    Desktop, Laptop, Macbook Pro: all powered by openSUSE

  5. #5
    Archlinuxer Avatar von clumsy
    Registriert seit
    Sep 2002
    Ort
    München
    Beiträge
    1.088
    danke, ist ein guter link!

    aber ne verständnisfrage: ich hab nirgends ne sasldb2-datei. will ich ja eigentlich auch nicht, weil ich dann doch jeden user mit saslpasswd2 anlegen müsste. genau das will ich aber nicht, weil jeder mailempfänger bereits in der mysql-datenbank mit passwort angelegt ist.
    und warum muss ich pam verwenden?
    ich hab die zusammenhänge nicht verstanden, aber in den howtos wird das auch nicht genau erklärt.

    Ich will also nur, dass ich mich zum nutzen von smtp authentifizieren muss. und das über die in der mysql-db eingetragenen user.

    clumsy
    ==========================================
    Arch-Linux, Fluxbox { Screen 1, Screen 2 }

  6. #6
    Archlinuxer Avatar von clumsy
    Registriert seit
    Sep 2002
    Ort
    München
    Beiträge
    1.088
    so, habs mit den sachen aus dem link getestet, geht aber genausowenig.

    muss ich eigentlich die sasldb2 anlegen mit saslpasswd2? will ja nicht jeden user, der in der mysql-tabelle steht, auch in der sasldb2 haben.

    habt ihr mir noch ein tip?

    EDIT:

    Mir ist aufgefallen, dass mit die libsql von sasl gefehlt hat. Prima, also hab ich SASL über ABS (archlinux) mit --enable-sql kompiliert. Die Library ist da, aber funktionieren tuts trotzdem nicht.
    Code:
    #ldconfig -p | grep sql
            libmysqlclient_r.so.15 (libc6) => /usr/lib/libmysqlclient_r.so.15
            libmysqlclient_r.so (libc6) => /usr/lib/libmysqlclient_r.so
            libmysqlclient.so.15 (libc6) => /usr/lib/libmysqlclient.so.15
            libmysqlclient.so (libc6) => /usr/lib/libmysqlclient.so
    Ist doch ok, dass die libsql nicht dabei ist, oder etwa nicht? Die liegt nömlich in /usr/lib/sasl2/.
    Code:
    # ll /usr/lib/sasl2/ | grep sql
    -rwxr-xr-x  1 root root   690 2005-12-01 19:48 libsql.la
    lrwxrwxrwx  1 root root    16 2005-12-01 19:48 libsql.so -> libsql.so.2.0.21
    lrwxrwxrwx  1 root root    16 2005-12-01 19:48 libsql.so.2 -> libsql.so.2.0.21
    -rwxr-xr-x  1 root root 22580 2005-12-01 19:48 libsql.so.2.0.21
    Nochwas: Schaut Euch dieses Log an:
    Code:
    Dec  1 20:06:42 clumsy postfix/smtpd[4820]: connect from lord_clumsy.No1LC[192.168.1.100]
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: Bad file descriptor
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: Bad file descriptor
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: SASL authentication failure: no secret in database
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: lord_clumsy.No1LC[192.168.1.100]: SASL CRAM-MD5 authentication failed
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: Bad file descriptor
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: Bad file descriptor
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: Bad file descriptor
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: Bad file descriptor
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: Bad file descriptor
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: SASL authentication failure: Password verification failed
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: lord_clumsy.No1LC[192.168.1.100]: SASL PLAIN authentication failed
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: Bad file descriptor
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: Bad file descriptor
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: Bad file descriptor
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: Bad file descriptor
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: Bad file descriptor
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: SASL authentication problem: unable to open Berkeley db /etc/sasldb2: Bad file descriptor
    Dec  1 20:06:55 clumsy postfix/smtpd[4820]: warning: lord_clumsy.No1LC[192.168.1.100]: SASL LOGIN authentication failed
    Dec  1 20:06:59 clumsy postfix/smtpd[4820]: lost connection after AUTH from lord_clumsy.No1LC[192.168.1.100]
    Dec  1 20:06:59 clumsy postfix/smtpd[4820]: disconnect from lord_clumsy.No1LC[192.168.1.100]
    Mich wundert es, dass er CRAM-MD5, PLAIN und LOGIN versucht, aber nicht über MySQL. Kann es daran liegen?
    Geändert von clumsy (01.12.05 um 19:07 Uhr)
    ==========================================
    Arch-Linux, Fluxbox { Screen 1, Screen 2 }

  7. #7
    Archlinuxer Avatar von clumsy
    Registriert seit
    Sep 2002
    Ort
    München
    Beiträge
    1.088
    so, bin ein ganzes stück weiter:

    Ich hatte meinen Thunderbird so konfiguriert, dass er TLS UND Username/Passwort benutzt. Nutze ich nur TLS aus dem lokalen LAN, gehts natürlich.
    Dann hab ich mal die /etc/postfix/sasl/smtpd.conf umbenannt damit er sie nicht findet. Macht keinen Unterschied! Also nutzt er sie auch nicht. Wenn ich SMTP-Auth wieder mit Username/PW nutze, kommen dieselben Fehler die ich oben schon gepostet habe.

    Also ist es egal, ob /etc/postfix/sasl/smtpd.conf existiert oder nicht. Wie bring ich ihm bei, dass er die nutzen soll???

    Vielen Dank schonmal :-)

    clumsy

    EDIT:
    Verdammt, das könnte ein Rechteproblem sein! Seh grad dass /etc/postfix/sasl/smtpd.conf root gehört und -rw------- Rechte hat. Hab ich sogar selber gemacht, weil da natürlich das SQL-Passwort drinsteht. Kann ich diese Datei problemlos postfix geben (also chown postfix) oder ist das nen grosses Sicherheitsrisiko?

    EDIT2: Nö, hängt nicht damit zusammen. Ich bin am Verzweifeln!
    Auch wenn ich absichtliche Fehler in smtpd.conf reinmache, stört ihn das nicht.
    Geändert von clumsy (02.12.05 um 13:10 Uhr)
    ==========================================
    Arch-Linux, Fluxbox { Screen 1, Screen 2 }

  8. #8
    Archlinuxer Avatar von clumsy
    Registriert seit
    Sep 2002
    Ort
    München
    Beiträge
    1.088

    Gelöst!!!!

    So hab das Problem gelöst.
    Für alle, die dasselbe Problem haben: (und laut google sind das einige ;-))

    In den Howtos, die ich gelesen habe, steht meistens, dass man die smtpd.conf nach /etc/postfix/sasl/ kopieren soll und dafür auch das Verzeichnis anlegen los....bei mir zu mindest ist das nicht so.
    Die smtpd.conf muss im sasl2-Verzeichnis angelegt werden! . Bei mir ist das also /usr/lib/sasl2/smtpd.conf.
    Dann klappts auch mit der Authentifizierung

    Hab mir in /usr/share/doc/postfix... die SASL-Readme durchgelesen, da wirds besser erklärt als in manchen Howtos ;-)

    clumsy
    ==========================================
    Arch-Linux, Fluxbox { Screen 1, Screen 2 }

  9. #9
    Registrierter Benutzer
    Registriert seit
    Dec 2003
    Ort
    Dettenhausen
    Beiträge
    22.061
    manchmal haben sich die Leute beim benennen der Dateien halt was gedacht :-)

    ReadMe - wer sollte darauf auch kommen... Tststs...

    :-))
    Ich bin root - ich darf das.

  10. #10
    Archlinuxer Avatar von clumsy
    Registriert seit
    Sep 2002
    Ort
    München
    Beiträge
    1.088
    sehr witzig....und unglaublich sinnvoller beitrag. du konntest nix zum thema beitragen, aber dafür jetzt nen ordentlichen müll.

    du verlässt dich also nicht auf ein howto, das im netz bekannt ist?! ...
    ==========================================
    Arch-Linux, Fluxbox { Screen 1, Screen 2 }

  11. #11
    Registrierter Benutzer
    Registriert seit
    Dec 2003
    Ort
    Dettenhausen
    Beiträge
    22.061
    Stimmt. Vielleicht. Ob mein Beitrag im Endeffekt sinnvol war oder nicht (der Anfangs des Problems) kann ich nicht beurteilen. Weiter konnte ich nicht teilhaben, da ich in der Materie nicht so tief drinstecke. Ok, ich hätte dann von Anfang an vielleicht hier besser gar nicht gepostet - aber gut. Shit happens.

    Desweiteren bitte ich zu beachten welch Zeichen ich am Ende des letzten Kommentars meinerseits gebraucht...

    Aber zum Thema - Du wirst lachen - bevor ich im www nach irgendwelchen HowTos suche lese ich mir immer erst sämtliche README, INSTALL, TODO, ... was auch immer-Dateien durch, die bei einer Software dabei sind. Und probiere es damit. Und erstaunlicherweise hat das bis jetzt fast immer funktioniert und ich bin zum Ziel gekommen... Erst wenn ich "mit Bordmitteln" nicht weiter komme suche ich nach HowTos im Netz. Ich brauche dann vielleicht mal länger als wenn ich nur dem HowTo gefolgt wäre, für mich finde ich aber ist der Lerneffekt aber höher und damit wertvoller...
    Ich bin root - ich darf das.

  12. #12
    Registrierter Benutzer
    Registriert seit
    Sep 2004
    Beiträge
    171

    also

    also ich schreibe auch mal meine Erfahrung hier kurz zu auf.

    SASL ist der absolute ******!!!!!!!!!! So hab da jetzt gut eine Nacht drangehangen und gerade eben zum laufen gebracht die Authentifizierung. Das Problem ist ganz einfach, dass die Syslog keine ordentlichen Fehlermeldung hervorbring und das Web mit soviel ******e voll gemüllt ist. Schuldigt meine vulgäre Sprachweise, aber das ist einfach alles mal wieder so typisch was hier mal wieder abgelaufen ist. Im Web kann man sich erstmal nen Wolf suchen um eine Lösung zu finden bei diesen Häufigen Problem und ich glaube am besten ist es, wenn man hier die Schuld bei SASL sucht und seiner ****** sasldb2 Datei!
    Auf meine System läuft die ganze ******e in einer Chroot umgebung anscheinend. Ist auch nicht so schlimm nur trotzdem kann man ja verlangen, dass ordentliche Fehlermeldungen hervorgebracht werden, denn sonst kann man auch bei Windoof bleiben, wo man einen Bluescrenn mit Fehlermeldungen xyz bekommt ... also das Problem war, dass man immer denkt, dass die Daten in der /etc/sasldb2 abgelegt werden. Das ist auch richtig in gewisser Maßen nur nicht in der /etc vom Wurzelverzeichnis aus, sondern ist der /var/spool/postfix/etc "so ein ******!" Des weiteren ist die Datei dort gar nicht vorhanden und muss dort erstmal erstellt werden und nacher kannst du mit "saslpasswd2 -c accountname -u domain -f /var/spoo/postfix/etc/sasldb2" einen Account anlegen. Ob man jetzt generell immer das Parameter -f mitschicken muss hab ich noch nicht ausprobiert! Hoffe das ich irgendwelchen Leute von euch damit weiterhelfen konnte. Interessanterweise stand das noch nicht mal im Postfix Buch von O'reilly drinnen von denen man eigentlich so viel Aufmerksamkeit und Kompentenz gewohnt ist!

    Sagt mir einfach nur, welche Torfnase für so einen Schwachsinn verantwortlich ist. Jetzt habe ich das Problem gelöst und das aller schlimmste ist, dass es so ein Gurkenproblem ist! PS: Meine Seite von der ich die Info hatte! Thxxxxxx http://small.dropbear.id.au/myscripts/postfixmysql.html
    "Wer im Leben kein Ziel hat, verläuft sich."

  13. #13
    Registrierter Benutzer
    Registriert seit
    Aug 2004
    Ort
    Bad Wünnenberg
    Beiträge
    5.402
    Schade, dass man von dir meistens nur solche Beiträge liest. Thema geschlossen.
    Gruß,
    Tomek

Ähnliche Themen

  1. Problem mit SMTP SASL Auth
    Von HorusMS im Forum Linux als Server
    Antworten: 8
    Letzter Beitrag: 12.10.06, 19:18
  2. postfix -> temporary failure
    Von AMu im Forum Linux als Server
    Antworten: 8
    Letzter Beitrag: 07.07.05, 15:18
  3. Postfix - Mail wird nicht gesendet
    Von SpeedyOne im Forum Linux als Server
    Antworten: 5
    Letzter Beitrag: 28.12.04, 17:12
  4. Macht POSTFIX den ganzen Server lahm?
    Von gedanke im Forum Linux als Server
    Antworten: 12
    Letzter Beitrag: 20.12.03, 01:51
  5. Fetchmail macht merkwürdige Mails?!?
    Von ullifichte im Forum Linux als Server
    Antworten: 5
    Letzter Beitrag: 08.10.02, 22:46

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •