Hallo & frohes Neues!
UNser neu aufgesetzter SBS 2003 gibt bei externer eMail-Zustellung via SMTO einen 550er Fehlercode zurück mit der Anweisung dass die requestet mailbox nicht verfügbar ist.
Wo genau befindet sich das Logfile für eingehende SMTP Verbindungen? Ich würde mir gern den Fehlereintrag auf dem Server genauer ansehen.
Vielen Dank für euere Hilfe!
Sysadmini
Jepp! Danke hat funktioniert.
Nach der Anleitung bekomme ich ja eine eMail Adresse in der Form vorname.nachnahme@company.com
Ist ja eigentlich auch ok, wenn wir in unserer Firma nicht aboslut uneinheitliche eMail Adressformate hätten. Manche MItarbeiter haben ihren Vornamen vor dem @ andere den nachnahme wieder andere ein kürzel. 
Ändern iss nicht, die eMail adressen sind schon zu lange im Verkehr und auf Visitenkarten gedruckt. Wie werde ich denn den unterschiedlichen Formaten gerecht?
vielen Dank & gruss!
Hallo!
Auch wenn ich vielleicht wegen dieser Frage gesteinigt werde, muss ich sie trotzdem stellen, da ich trotz Recherche keine Lösung gefunden habe.
1.)
eMails die ich über exchange an unseren Smarthost extern versende haben die Form useer@company.local (also den internen Domänencontrollernamen). Ich brauch aber eine die Domain user@company.com (company.com ist der smarthost)
Wie/ wo stelle ich das ein?
Da muss es doch ein Howto oder ähnliches geben.... Ich habe 2 fetter Bücher und finde nichts zu diesem Thema...vielleicht sehe ich ja den Wald vor lauter Bäumen nicht 
Vielen Dank für Hilfe!
Sysadmini
Auf dem Exchange Server läuft ein IP-Tool was die IP permanent aktualisiert. Ausfallzeiten sollen laut Anbieter max. 1 Minute betragen....
Ich könnte im Postfix die Dpomain des Exchangeservers freischalten. Dann muss der sich nicht authentifizieren.
Nur meldet sich die Kiste ja nicht mit der DynDNS Domain beim Postfix an. Stattdessen seheh ich eine URL in der Form 345-gh-gg5-provider.de[dann die IP].
Aber wenn ich das hinbekommen würde, dann wär das Postfix für diese eine Domain offen.
Hallo Heinz!
Alle Nutzer authentifizieren sich am Postfix mit SASL-Auth. Das muss auch so bleiben, da nicht nur wir mit unserer Exchange Organisation daran wollen, sondern auch noch viele Kunden das Postfix nutzen.
Ich habe mal extra für Exchange am Postfix einen User eingerichtet.
Diesen User hab ich samt Passwort am SMPT Connector für ausgehende Sicherheit bei Anmeldung am Smarthost eingetragen.
Wenn ich jetzt von einem Exchange Client versuche eine externe Mail zu verschicken, sehe ich im Postfix-Logfile allerdings den Exchangeserver mit seiner Provider IP, den Namen der Domäne (company.local) und dem Clientseitgen Nutzer (also das Mitarbeiterkonto). Ich sehe aber nicht dass der Nutzer des SMPT-Connectors bei Postfix anklopft. Postfix relayed somit nicht.
Wäre es nicht sinnvoll, dem Exchange eine Domain zu verpassen, die auch in den öffentlichen DNS-Server verfügbar ist? Sollte ich diese Domain dann auch als MX-Record eintragen? Ferner hab ich ja noch eine Domain des dyndns, es ist aber kein Problem für mich eine Domain einzurichten in der Form xyz.org -> MX = xyz.dyndns.org
Macht das Sinn?
Ich muss jetzt mal langsam zu einem Ergebnis kommen: Ist es denn so abgefahren: "Exchange- dyn.IP - Postfix als Relay/Smarthost" ??? :-?
Für weitere Tipps bin ich sehr dankbar!
Gruss
Dirk
Tachen!
Auch wenn es einige Ausführungen zu DynDNS und Exchange schon gibt, muss ich dennoch mal meinen eigenen Fall schildern mit der Hoffnung, dass mir mal jemand die Augen öffnen kann:
Also kurz und schmerzlos:
1.) Exchange an dynamischer IP, diese wird über einem DynDNS Anbieter auch schön aktualisiert. Funzt!
Kann über nslookup korrekt auflösen.
2.) Postfix am Internetserver als Relay/Smarthost für den Exchangeserver. Jedesmal wenn Exchange am Postfix anklopft um zu verschicken erscheint die IP meines Internetanschlusses mit einer dynURL des Providers im Logfile des Postfix. Von der URL meines DynDNS keine Spur. In Folge dessen sagt Postfix "Relaying denied" weil es ja auf die URL des DynDNS wartet.
Bin mit meinem Latein am Ende.
Vielen Dank für euere Hilfe!
Ok. Die Vorgehensweise mit dem Postfix als Gateway ist wohl die beste. Am Postfix müsste dann ein Forwarder dem Exchange über SMPT die Mails direkt durch schleifen und Exchange versendet über SMPT Connectoren ans Postfix. So benötige ich keine POP3 Connectoren und werde wohl auch kein Problem mit irgendwelchen Blacklists bekommen.
Nur die dynamische IP nervt mich. Anbieterwechsel.
Danke erstmal für euere Empfehlungen.
Zwei Systeme kommen natürlich nicht in Frage. Mir ist nur wichtig dass der Mailserver stable ist. Im RZ ist halt alles redundant, die Leitungen sind fett und Postfix nicht platt zu kriegen. Unser Exchange Server hängt im Gegensatz dazu an einer dünnen ISP Leitung, USV, etc. Fehlanzeige... :-?
Prinzipiell kann ich mich schon mit dem Gedanken anfreunden unsere gesamte Firmenkommunikation auf dem Exchange Server abzufeiern.
Wie sehen denn euere Erfahrungen mit dynamischen DNS aus? Ich habe auch keine Lust auf irgendwelchen Blacklists mit unserem "am Einwahlprovider hängenden Exchange-Mailserver" zu kommen.
Das wäre fatal. Ich denke fast eine feste IP ist ein muss für einen vernünftigen Mailexchanger, oder?
Gruss
Dirk
Hallo!
Tja... macht mein Anliegen im Betreff Sinn? Zum Hintergrund:
Wir betreiben dedizierte Internetserver, u.a. auch einen Postfix Server in einem externen Rechenzentrum. Wir sind mit dem Postfix sehr zu frieden. Nun haben wir uns in unserem Büro für den SBS 2003 inkl Exchange als Groupwareserverlösung entschieden. Wir hängen mit einer dynamischen IP am Internet (haben aber eine Domain über einen dynamischen DNS Anbieter).
Ich frage mich jetzt welchen Sinn es macht, den Exchange als Mailserver zu verwenden, wo doch unser externes System hervorragend funktioniert. Und da ich als (Nebenbei-) Admin gern den Weg des geringsten Aufwandes gehe, würd ich gern die Clients direkt mit dem Postfix Server kommunizieren lassen, so wie bisher, und den Exchange Server ausschliesslich für die gesamten Groupware-Aufgaben verwenden. Und als Faxserver natürlich.
Ich weiss dass ich per SMTP Routing den Postfix Server unsere Mails an den Exchange Server zustellen lassen kann. Hab dann aber das Problem, dass man von aussen (z.B. von zu Hause keine Mails mehr abholen kann, weill diese sich ja der Exchange Server gezogen hat und die Mails nun auf dem Server im Büron liegen. Man müsste also auch von aussen auf den Exchange Server zugreifen um die Mails da abholen zukönnen. Das bedeutet wiederrum eine Watchguard Firebox 1000 dementsprechend zu konfigurieren. ....
Es ist mit Sicherheit auch ein konzeptionelles Problem wie man da vorgehen könnte.
Ich freue mich über euere Anregungen und Vorschläge zum Thema.
Vielen Dank!
Dirk
Hallo!
Nachdem unsere Testumgebung jetzt zufriedenstellend läuft machen wir uns Gedanken über die Lizensierung der 180 Tage Demo-Version. Die läuft nämlich *übermorgen* ab.
Es war nicht geplant, aber nun fände ich es klasse wenn ich nicht den ganzen Server neu aufsetzen müsste, sondern einfach die entsprechenden Keys erwerbe und die Demo-Verison zur registrierten Vollversion upgrade. Geht das?
Ich habe nirgends einen Hinweis darauf gefunden.
Vielen Dank für euere Tipps!
Sysadmini
