• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Projekt: Suse Mailserver 10.1 mit Scalix 11 über Provider

Findet Ihr das Projekt Sinnvoll?

  • Total, darauf warte ich schon lange.

    Stimmen: 1 50,0%

  • Ja, würde ich begrüßen.

    Stimmen: 1 50,0%

  • Naja, ich weiß nicht, ist das denn sinnvoll

    Stimmen: 0 0,0%

  • Eher nicht!

    Stimmen: 0 0,0%

  • Was soll der Blödsinn hier überhaupt?

    Stimmen: 0 0,0%
  • Umfrageteilnehmer
    2
B

Bluescreen2001

Newbie
So, ich hab noch mal ein paar Stunden gebastelt. Diesmal hab ich folgende Anleitung probiert. (MIt einem frisch installierten System!).
http://www.martin-b.de/index.php?id=scalixwiki&tx_drwiki_pi1[keyword]=Scalix 11 auf OpenSUSE10.1

Ich hab die Datei auth-info erzeugt und in auth-info.db und vorsichtshalber auch in authinfo.db (heißt in einigen Anleitungen im Netz so).

Die folgenden Zeilen hab ich so geändert:
Code: 
# "Smart" relay host (may be null)
DSsmtp.hrb.de
In der Anleitung steht auth-info.db zwar ohne .db, aber vorsichtshalber hab ich beides probiert.
Code: 
Kauthinfo hash -o /etc/mail/auth/auth-info.db
Kaccess hash -T -o /etc/mail/access.db
Hab die Anmeldeverfahren mit evolution testen lassen und der Provider mag folgende: PLAIN, NTLM/SPA, CRAM-MD5, LOGIN. Also hab ich 3 davon eingetragen:
Code: 
# list of authentication mechanisms
O AuthMechanisms=PLAIN LOGIN CRAM-MD5
Dannach habe ich sendmail neugestartet und bekomme immer noch folgen email zurück:
Code: 
Message could not be delivered to the following recipient:

    ahrensburg@web.de

    because: A mail transport failure occurred


Supplementary Information:


    553 5.1.8 <test02@ahlf.local>... Domain of sender address test02@ahlf.local does not exist

Kann mir jemand einen Tip geben wo der Fehler liegt? Mail intern werden zugestellt, nur an extern kommt immer die Fehlermeldung.
 
B

Bluescreen2001

Newbie
Die Fehler Meldung: 553 5.1.8 besagt ja dass mein Absender keinen gültigen Domain-Namen besitzt. Also der Teil recht vom @ ist falsch. Wie hab ihr das denn bei euch bloß hinbekommen???
Ihr hab ja eure Domain zu Hause auch nicht so genannt, wie die Domain im Internet ???

PS: Wenn bei google im Ranking sendmail auf Platz 1 steht, dann ist das wohl mein Verdienst ;-)
 
B

Bluescreen2001

Newbie
Kann es sein, dass Suse irgendwie noch andere config Dateien als die /etc/sendmail.cf benutzt? Ich kenne das noch von früher, das die ganz gerne mal die config files umbenennen.
 
B

Bluescreen2001

Newbie
Was ist den das alles für eine sche***
Wenn ich nach der Anleitung von Scalix gehen http://www.scalix.com/wiki/index.php?title=HowTos/MTA_Integration
und versuche zum schluss
Code: 
m4 linux.mc > linux.cf
m4 linux.mc > sendmail.cf
omsendin
eingebe bekomme ich folgende Meldung:
Code: 
MAIL_CREATE_CONFIG set to 'no' in /etc/sysconfig/mail
NOTE: /etc/mail/sendmail.cf unchanged. Scalix lines already active.

Solangsam verzweifel ich total an diesem mailserver. Jede Anleitung ist anderes und keine funktioniert.

Kann mir irgendjemand noch helfen ?????????
 
OP
B

blinzler

Member
Nur mal langsam hat ja keiner behauptet das es leicht ist einen Mailserver unter linux zu einem Client umzubiegen.
Zur beruhigung das mit dem m4 klappt bei mir auch nicht.
Dein Problim ist folgendes:
Du sendest die Mails mit einer nicht zurückverfolgbaren IP oder Domain.
Wie ist dein mailnod im Scalix system??

Grüße Martin

PS: freut mich das du meine Anleitung entdeckt hast :)
 
OP
B

blinzler

Member
Bei mir hatte ich vergleichbare probleme, manche mails kamen durch andere an gmx und co landeten im spam.
Ich hab dann einfach getrickst und habe unter der SAC -> Einstellungen -> Administration -> Lokale Domains .. eine Domain, mit dem öffentlichen namen (z.B. gmx.de; hotmail.de) hinzugefügt und den nutzern die gleichen E-Mailadressen verpasst die sie auch im www haben

Gruß Martin
 
B

Bluescreen2001

Newbie
Da die Emails bei mir ja garnicht aus dem System kamen und ich egal was ich mit den sendmail Dateien angestellt habe immer die gleiche Fehlermeldung bekommen haben und ich bei Suse einfach die log files nicht gefunden habe, habe ich jetzt mal CentOS getestet und siehe da, in den logfile ändert sich was ;-)
Ich habe jetzt nur das Problem, dass im logfile ein Fehler auftaucht, den ihr sicher kennt. Ich komme da aber leider nicht so ganz weiter:
Code: 
Jan 14 11:45:00 mailserver sendmail[15853]: m0EAi9uB015845: to=<ahrensburg@web.d
e>, delay=00:00:51, xdelay=00:00:50, mailer=relay, pri=120993, relay=smtp.hrb.de
. [212.63.65.2], dsn=5.1.1, stat=User unknown
Meine auth:
Code: 
AuthInfo:smtp.hrb.de "U:test02@xyz.de" "I:test02@xyz.de" "P:XXX" "M:PLAIN"
Es scheint mir fast so, als wenn etwas mit dem Zertifikaten nicht stimmt, deshalb packe ich jetzt noch mal mein ganzes maillog ran. Ich habe vom provider eine cert Datei bekommen. Die ich in der root Ordner gepackt habe.
Code: 
Jan 14 11:44:09 mailserver sendmail[15845]: NOQUEUE: connect from localhost.localdomain [127.0.0.1]
Jan 14 11:44:09 mailserver sendmail[15845]: AUTH: available mech=DIGEST-MD5 CRAM-MD5, allowed mech=LOGIN PLAIN
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: Milter: no active filter
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: --- 220 mailserver.ahlf.local ESMTP Sendmail 8.13.8/8.13.8; Mon, 14 Jan 2008 11:44:09 +0100
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: <-- EHLO mailserver.ahlf.local
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: --- 250-mailserver.ahlf.local Hello localhost.localdomain [127.0.0.1], pleased to meet you
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: --- 250-ENHANCEDSTATUSCODES
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: --- 250-PIPELINING
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: --- 250-8BITMIME
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: --- 250-SIZE
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: --- 250-DSN
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: --- 250-ETRN
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: --- 250-DELIVERBY
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: --- 250 HELP
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: <-- MAIL FROM: <test02@ahlf.local> RET=FULL ENVID=6398996.361200307446142.JavaMail.root@mailserver.ahlf.local
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: --- 250 2.1.0 <test02@ahlf.local>... Sender ok
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: <-- RCPT TO: <ahrensburg@web.de> NOTIFY=DELAY,FAILURE
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: --- 250 2.1.5 <ahrensburg@web.de>... Recipient ok
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: <-- DATA
Jan 14 11:44:09 mailserver sendmail[15845]: m0EAi9uB015845: --- 354 Enter mail, end with "." on a line by itself
Jan 14 11:44:10 mailserver sendmail[15845]: m0EAi9uB015845: from=<test02@ahlf.local>, size=993, class=0, nrcpts=1, msgid=<6398996.361200307446142.JavaMail.root@mailserver.ahlf.local>, proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1]
Jan 14 11:44:10 mailserver sendmail[15845]: m0EAi9uB015845: --- 250 2.0.0 m0EAi9uB015845 Message accepted for delivery
Jan 14 11:44:10 mailserver sendmail[15845]: m0EAi9uC015845: <-- QUIT
Jan 14 11:44:10 mailserver sendmail[15845]: m0EAi9uC015845: --- 221 2.0.0 mailserver.ahlf.local closing connection
Jan 14 11:44:19 mailserver sendmail[15853]: m0EAi9uB015845: SMTP outgoing connect on mailserver.ahlf.local
Jan 14 11:44:19 mailserver sendmail[15853]: STARTTLS: ClientCertFile missing
Jan 14 11:44:19 mailserver sendmail[15853]: STARTTLS: ClientKeyFile missing
Jan 14 11:44:19 mailserver sendmail[15853]: STARTTLS: CACertPath missing
Jan 14 11:44:19 mailserver sendmail[15853]: STARTTLS: CACertFile missing
Jan 14 11:44:19 mailserver sendmail[15853]: STARTTLS: CRLFile missing
Jan 14 11:44:19 mailserver sendmail[15853]: STARTTLS=client, init=1
Jan 14 11:44:19 mailserver sendmail[15853]: STARTTLS=client, start=ok
Jan 14 11:44:19 mailserver sendmail[15853]: STARTTLS=client, info: fds=10/9, err=2
Jan 14 11:44:19 mailserver sendmail[15853]: STARTTLS=client, info: fds=10/9, err=2
Jan 14 11:44:19 mailserver sendmail[15853]: STARTTLS=client, get_verify: 20 get_peer: 0x91d5c70
Jan 14 11:44:19 mailserver sendmail[15853]: STARTTLS=client, relay=smtp.hrb.de., version=TLSv1/SSLv3, verify=FAIL, cipher=DHE-RSA-AES256-SHA, bits=256/256
Jan 14 11:44:19 mailserver sendmail[15853]: STARTTLS=client, cert-subject=/C=DE/ST=Germany/L=Wuerzburg/O=rockenstein+20AG/OU=Mailserver+20Team/CN=smtp.hrb.de/emailAddress=ssl@rockenstein.de, cert-issuer=/C=DE/ST=Germany/L=Wuerzburg/O=rockenstein+20AG/OU=Certificate+20Authority/CN=rockenstein+20CA/emailAddress=ca@rockenstein.de, verifymsg=unable to get local issuer certificate
Jan 14 11:44:19 mailserver sendmail[15853]: STARTTLS=read, info: fds=10/9, err=2
Jan 14 11:44:19 mailserver sendmail[15853]: STARTTLS=read, info: fds=10/9, err=2
Jan 14 11:44:20 mailserver sendmail[15853]: AUTH=client, relay=smtp.hrb.de., mech=PLAIN, bits=0
Jan 14 11:44:20 mailserver sendmail[15853]: STARTTLS=read, info: fds=10/9, err=2
Jan 14 11:45:00 mailserver last message repeated 2 times
Jan 14 11:45:00 mailserver sendmail[15853]: m0EAi9uB015845: to=<ahrensburg@web.de>, delay=00:00:51, xdelay=00:00:50, mailer=relay, pri=120993, relay=smtp.hrb.de. [212.63.65.2], dsn=5.1.1, stat=User unknown
Jan 14 11:45:00 mailserver sendmail[15853]: STARTTLS=read, info: fds=10/9, err=2
Jan 14 11:45:00 mailserver sendmail[15853]: m0EAi9uB015845: m0EAj0uB015853: DSN: User unknown
Jan 14 11:45:00 mailserver sendmail[15853]: STARTTLS=read, info: fds=10/9, err=2
Jan 14 11:45:00 mailserver last message repeated 2 times
Jan 14 11:45:11 mailserver sendmail[15853]: m0EAj0uB015853: to=<test02@ahlf.local>, delay=00:00:11, xdelay=00:00:11, mailer=relay, pri=32224, relay=smtp.hrb.de. [212.63.65.2], dsn=5.1.1, stat=User unknown
Jan 14 11:45:11 mailserver sendmail[15853]: STARTTLS=read, info: fds=10/9, err=2
Jan 14 11:45:11 mailserver sendmail[15853]: STARTTLS=read, info: fds=10/9, err=2
Jan 14 11:45:11 mailserver sendmail[15853]: m0EAj0uB015853: alias MAILER-DAEMON => postmaster
Jan 14 11:45:11 mailserver sendmail[15853]: m0EAj0uB015853: alias postmaster => root
Jan 14 11:45:11 mailserver sendmail[15853]: m0EAj0uB015853: alias postmaster => root
Jan 14 11:45:11 mailserver sendmail[15853]: m0EAj0uB015853: m0EAj0uC015853: return to sender: User unknown
Jan 14 11:45:11 mailserver sendmail[15853]: m0EAj0uC015853: to=root, delay=00:00:00, xdelay=00:00:00, mailer=local, pri=33248, dsn=2.0.0, stat=Sent
Jan 14 11:45:11 mailserver sendmail[15853]: m0EAj0uC015853: done; delay=00:00:00, ntries=1
Jan 14 11:45:11 mailserver sendmail[15853]: m0EAj0uB015853: done; delay=00:00:11, ntries=1
Jan 14 11:45:11 mailserver sendmail[15853]: m0EAi9uB015845: done; delay=00:01:02, ntries=1
Jan 14 11:45:11 mailserver sendmail[15853]: STARTTLS=read, info: fds=10/9, err=2
Jan 14 11:45:11 mailserver sendmail[15853]: STARTTLS=client, SSL_shutdown not done
 
B

bw

Newbie
Hi,

ich hab mir jetzt drei Tage die Zähne an der Scalix Smtp-Auth geschichte "ausgebissen"
Die Rechte der Auth DB (nur die DB!) Dateien brauchen auf jeden fall die Dateirechte 640 - ich hatte die auf 600 stehen....und mir echt den Wolf gesucht. Vieleicht hilft es dem ein oder anderen.

Gruß
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben