HI,
ich stehe etwas aufm Schlauch.
Mein Kapano nimmt keine Alternative E-Mail Adressen an. Primäre gehen.
Es wird immer wieder versucht diese nicht lokal sondern an den Smart relay zu übergeben.
Was ja nicht gehen kann da es die E-Mail dort nicht gibt.
Was läuft da falsch?
Gruß Mario
Hallo @Mann-IT,
ich habe gerade keine passende Umgebung um dies auszuprobieren. es klingt aber so als wenn die Domain nicht als Maildomain in UCS hinterlegt ist. Normalerweise muss dies aber der Fall sein um eine solche bei einem Benutzer zu hinterlegen.
Nachteil an der Registrierung ist aber dass dann UCS sich für die ganze Domain zuständig fühlt.
HI,
Ja als Haupt E-Mail habe ich die E-Mail hinterlegt die er nach aussen geben soll.
Diese wird aber von einem anderen E-Mail Server angenommen und intern an den USC weiter geben.
Vorname.Nachname@domain1.de wird weiter gegeben an Vorname.Nachname@domain2.de
Auf der UCS läuft aber als hinterlegte Domain die domain2.de und das verstehe ich nicht.
Ich will eigentlich nur das die ausgehenden Mails vom Benutzer nicht mit der Endung domian2.de rausgehen sonder mit der domain1.de
Welche Funktion hat den die Alternative Adresse wenn diese nicht ausgewertet wird?
Hoffe ich habe mich verständlich ausgedrückt.
Gruß Mario
Wenn doch unter der Maildomäne die domain2.de hinterlegt ist und als alternative E-Mail auch diese.
Warum geht es dann nicht?
Es spielt doch dann keine Rolle das die Primäre eine ganz andere ist.
Oder denke ich da jetzt falsch.
Oder kann man irgendwie dauerhaft die ausgehende E-Mail Adresse auf die domain1.de setzten?
Gruß Mario
Hat den keiner ein Idee?
Muss das in Gang bringen.
Gruß Mario
Schaue Dir mal “masquerade_domain” in Postfix an. Vielleicht hinft es, dieser Variablen den Wert “domain1.de” zuzuweisen. Sollte eigentlich über eine UCR-Variable möglich sein.
Du musst beim Versand aber aufpassen: Werden Mails über domain1.de als Relay versandt, kann domain1.de die Mails abweisen, weil er sie als “gefälscht” einstuft. Hier muss der Relay-Server auf jeden Fall angepasst werden.
HI,
habe das gefunden, aber es das wirklich zielführend? Da ich ja nix umschreiben möchte.
Auch sollen am UCS nicht alle Mails verwaltet werden die mit domain2.de sondern nur für die Benutzer die auch auch anlege.
Vielleicht bin ich zu doof, für die Logik.
Ich trage im Benutzer unter der Primären E-Mail die E-Mail mit der er versenden soll, dass funktioniert auch. Sagen wir das ist Vorname.Nachname@domain1.de
In der alternative habe ich vorname.nachname@domain2.de eingetragen, sowie unter Domäne -> Mail als MailDomäne die domaine2.de was aber eigentlich wurst da ja bei einer eingehenden Mail unter vorname.nachname@domain2.de die E-Mail zugestellt werden müsste da diese als Alternative im Benutzer eingetragen ist. Für mich sieht es so aus als würde das Kompano Postfix das nicht auswerten sondern versucht es per relay an die Primäre E-Mail Adresse zu schicken.
Wenn ich aber in der PrimärenAdresse die vorname.nachname@domain2.de eintrage kommt es an. Problem ist dann aber die ausgehen E-Mail mit domain2.de geschickt werden statt mit domain1.de, was mir dann wieder nix bringt.
Bin echt ratlos, wie sich das ganze System verhält.
Wer das schon mal gelöst hat, bitte melden würde auch was springen lassen.
Danke.
Gruß Mario
Hast Du mal auf beiden Servern die /var/log/mail.log angeschaut, welche Meldungen auftreten, wenn Du eine Mail empfängst und sendest?
Daraus sollte eigentlich hervorgehen, wo der Hase im Pfeffer sitzt.
Problematisch ist immer, wenn zwei Server die gleiche(n) Domain(s) bedienen und entschieden werden muss, wann die Nachricht auf einem Server und wann an den anderen. Das kann darin ausarten, dass man für jede Mailadresse eine Regel in /etc/postfix/transport definieren muss.
HI,
hier mal das log man sieht das er es dann wieder an den smartrelay gibt.
Jul 28 21:46:10 ucs-4704 postfix/smtpd[2113]: connect from unknown[192.168.198.240]
Jul 28 21:46:10 ucs-4704 postfix/smtpd[2113]: SSL_accept error from unknown[192.168.198.240]: -1
Jul 28 21:46:10 ucs-4704 postfix/smtpd[2113]: warning: TLS library problem: error:14094418:SSL routines:ssl3_read_bytes:tlsv1 alert unknown ca:…/ssl/record/rec_layer_s3.c:1407:SSL alert number 48:
Jul 28 21:46:10 ucs-4704 postfix/smtpd[2113]: lost connection after STARTTLS from unknown[192.168.198.240]
Jul 28 21:46:10 ucs-4704 postfix/smtpd[2113]: disconnect from unknown[192.168.198.240] ehlo=1 starttls=0/1 commands=1/2
Jul 28 21:46:10 ucs-4704 postfix/smtpd[2113]: connect from unknown[192.168.198.240]
Jul 28 21:46:10 ucs-4704 postfix/smtpd[2113]: EE8D68016D: client=unknown[192.168.198.240]
Jul 28 21:46:11 ucs-4704 postfix/cleanup[2117]: EE8D68016D: message-id=5ca0b190373947f3bd18c2d93719cc0c@exchangeserver.de
Jul 28 21:46:11 ucs-4704 postfix/qmgr[1562]: EE8D68016D: from=vorname.nachname@domain1.de, size=9595, nrcpt=1 (queue active)
Jul 28 21:46:11 ucs-4704 postfix/smtpd[2113]: disconnect from unknown[192.168.198.240] helo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
Jul 28 21:46:11 ucs-4704 postfix/smtp[2118]: warning: database /etc/postfix/tls_policy.db is older than source file /etc/postfix/tls_policy
Jul 28 21:46:12 ucs-4704 postfix/smtpd[2121]: connect from localhost[127.0.0.1]
Jul 28 21:46:12 ucs-4704 postfix/smtpd[2121]: 308268324F: client=localhost[127.0.0.1], orig_queue_id=EE8D68016D, orig_client=unknown[192.168.198.240]
Jul 28 21:46:12 ucs-4704 postfix/cleanup[2117]: 308268324F: message-id=5ca0b190373947f3bd18c2d93719cc0c@exchangeserver.de
Jul 28 21:46:12 ucs-4704 postfix/smtpd[2121]: disconnect from localhost[127.0.0.1] ehlo=1 xforward=1 mail=1 rcpt=1 data=1 quit=1 commands=6
Jul 28 21:46:12 ucs-4704 postfix/qmgr[1562]: 308268324F: from=vorname.nachname@domain1.de, size=10096, nrcpt=1 (queue active)
Jul 28 21:46:12 ucs-4704 amavis[117365]: (117365-04) Passed CLEAN {RelayedOutbound}, LOCAL [192.168.198.240]:65323 vorname.nachname@domain1.de -> vorname.nachname@domain1.de, Queue-ID: EE8D68016D, Message-ID: 5ca0b190373947f3bd18c2d93719cc0c@exchangeserver.de, mail_id: o_9SHlRjxMj4, Hits: -1.199, size: 9594, queued_as: 308268324F, 1165 ms
Jul 28 21:46:12 ucs-4704 postfix/smtp[2118]: EE8D68016D: to=vorname.nachname@domain1.de, orig_to=vorname.nachname@domaine2.de, relay=127.0.0.1[127.0.0.1]:10024, delay=1.3, delays=0.1/0.02/0/1.2, dsn=2.0.0, status=sent (250 2.0.0 from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 308268324F)
Jul 28 21:46:12 ucs-4704 postfix/qmgr[1562]: EE8D68016D: removed
Jul 28 21:46:12 ucs-4704 postfix/smtp[2122]: warning: database /etc/postfix/tls_policy.db is older than source file /etc/postfix/tls_policy
Jul 28 21:46:15 ucs-4704 postfix/smtp[2122]: 308268324F: to=vorname.nachname@domain1.de, relay=mail.mann-it.de[85.235.67.95]:25, delay=3.6, delays=0.02/0.02/0.2/3.3, dsn=2.0.0, status=sent (250 Queued (0.000 seconds))
Jul 28 21:46:15 ucs-4704 postfix/qmgr[1562]: 308268324F: removed
Genau so eine Konfig nutze ich seit 10 Jahren bei meinem Exchange und das funktioniert bestens.
Und genau das ist das Problem der UCS soll ja nur die Domain2.de Händeln der hat nix mit der Domain1.de zu tun. Ich lasse nur per Alias die Adresse aus 1 nach 2 umsetzten und per smtp an den postfix schicken.
Was er aber nicht macht wenn in der Primären eine andere E-Mail steht. Steht in der Primären das was ich in der alternativen Eintrage funktioniert es ja. Also kann es kein Fehler in meiner Konfig sein.
Er werdet einfach die alternativen nicht aus.
Gruß
Wenn das stimmt, bekomme ich jetzt nen Anfall.
Der Kopano dagent löst bei Zustellung Aliase auf die Hauptadresse auf, daher werden diese “umgeschrieben”. Der Weg dies zu umgehen, ist entweder Kopano die Information der Existenz des Aliases wegzunehmen (eher unschön), oder das Alias über eine Gruppe zu realisieren. Dann löst der dagegen auf die Gruppe auf und anhand der Gruppe könnte auch send-as verwaltet werden.
Wenn ich mich recht entsinne, gab es da aber noch einen Zwischenschritt, der zumindest nicht über die udm verwaltet werden kann.
Warum auch immer wenn ich in den Maildomaine die zu sendende Domäne eintrage geht es auf einmal und die alternative E-Mail wird ausgewertet.
Bin ich froh das das nun geht, hat mir ganz schön Nerven gekostet.
Gruß Mario
Ich sehe nicht was der zitierte Text mit deinem Eingangs genannten Problem zu tun hat.
Aber wenn ich deine weiteren Posts richtig zusammensetze, dann war das letztendliche Problem ja wirklich dass das UCS System nicht für die gewünschte Domain zuständig war.
Eben nicht! Es ist ein unglücklicher Formulierung in Kopano.
Das Problem ist, das der dagent die Alternative E-Mail auf die Haupt E-Mail umschreibt, ich bin davon ausgegangen, dass diese als echte E-Mail ausgewertet wird, da es ja gleich der Mail Domäne ist.
Statt Alternative sollte man das Wort Alias verwenden da das dann genau klar wäre und man sofort wüsste das es sich nur um eine Umleitung handelt.
Warum es nun geht ist mir auch klar, wenn ich den zu verwalten Domains die Domain eintrage mit der ich nur rausschicken will, dann nimmt mir der Postfix die nun an, da er die alternative zu hauptadresse umschreibt und dann die als interne Mail Domain erkennt. Nachteil ist aber nun ich muss alles im Kopano machen und dass wollte ich nicht. Da der Kopano nur per 443 erreichbar sein sollte und kein SMTP oder IMAP aus dem Internet offen sein sollte.
Hauptsache es geht nun, man lernt halt nie aus 
Komme halt aus der logischen Windows Welt 
Gruß Mario