Beiträge von Gerber

Zitat von ChristianM75

Hi Herr oder Frau Gerber oder einfach nur Gerber,

Einfach Phil .

Zitat von ChristianM75

So ist es auch bei unserem jetzigen Mailserver, dieser holt die Mails als Multipop von IONOS bei jedem Konto ab. Wobei ich nur ein Konto als Authentifizierung benötige.

Okay. Vllt bist du dann ja bald soweit um dies einmal umzustellen .

Zitat von ChristianM75

Ich dachte mir Smarthost ist das selbe nur anders benannt.

Generell ist es vereinfach auch so. Du schickst nicht direkt über den MX die Mails nach draußen, sondern über einen Smarthost.
Der Smarthost ist in deinem Fall IONOS Provider, bei dem du dich authentifizieren musst, damit du die Mails darüber senden darfst, kannst.

Du kannst allerdings auch ein Smarthost nutzen, wie z.B. eine Spam oder Verschlüssselungs Appliance.
Auch da wird die Appliance als Smarthost angegeben, damit die Mails über diese Appliance gehen und die dortige SMTP Konfiguration dann nach extern nutzen.

Das gleiche wäre dann anders herum.
Trift eine Mail über den Port 25 an der Firewall ein, kannst du diese an eine AntiSpam Appliance o.ä. umleiten und von dort an den Exchange oder eben direkt an den Exchange.

Zitat von ChristianM75

Ich möchte mich nur schon soweit wie möglich damit befassen.

Ist sehr gut. Testen testen, dort lernt man am meisten.

Zitat von ChristianM75

Ehrlich gesagt habe ich mir die Materie auch ein wenig leichter vorgestellt.

Das spannende und Aufwändige kommt ja erst noch .

Gibts noch sehr sehr sehr viel zu erforschen.

Grüße

Phil

Hi Christian,

Zitat von ChristianM75

Also ich dachte mir das von IONOS über den A-Record die Mails dann zur IP-Adresse 217.113.188.226 gesendet werden.

Muss also der MX record ebenfalls auf programmierservice.de leiten.

Naja, wie NorbertFe schon geschrieben hat, müssen die Mails ja auf irgendeinen Weg an deinen Exchange gelangen.
Früher war dies oft so konfiguriert, dass mit einem POP Connector die Mails vom Provider in den Postfächer abgeholt wurden und dann an die Postfächer am Exchange verteilt wurden.

Dieses Verfahren ist mit dem SBS Server gewachsen, da dort ein POPConnector von Haus aus dabei war und es mit wenigen Postfächern und keiner fixen IP am Anschluss einfach war einen Exchange Server zu nutzen.

Bitte dieses Verfahren nicht mehr nutzen, es ist nicht mehr Zeitgemäß.

##

Du schreibst, dass du ein MX Eintrag für IONOS und Fallback auf programmierservice.de angelegt hast.

Dies ist schonmal falsch. Der IONOS MX sollte raus und lediglich den MX für den Programmierservice gesetzt sein.
oft wird hier eine Subdomain mit z.B. mail.programmierservice.de und einem Host A Eintrag angelegt.

Dann wird im MX der DNS eingetragen "mail.programmierservice.de" worüber er den Weg an deine lokale IP Adresse findet.

Du könntest natürlich einen zweiten MX Eintrag mit einer anderen Priorität für ein Fallback eintragen, welche aber dann auch an die IP (zweiter Internetanschluss) zeigen sollte.

###

Eventuell solltest du zuerst eine Artikel o.ä. durcharbeiten und wenn die Basics etwas klarer sind, dann in die Testumgebung gehen.

Aber ich kann dich verstehen, testen macht mehr spaß wobei hier die Theorie wichtig ist.

Grüße

Phil

Die Shared Box Thematik ist aber in deinem anderen Thread hier zu finden .

Keine lange Diskussionen. Wie du geschrieben hast verteilst den Reg Key und die Welt ist in Ordnung.
Extern hin oder her, wenn es ist wie du sagst, dass es direkt mit O365 verbindet, muss er Key an jedem Client gesetzt sein.

Zitat von igfas

Nur d00f, wenn du User USA/Frankreich/Türkei und Japan hast.... welch ein Spaß.

Klingt nach spaß in den nächsten Wochen.

Ein schönes Wochenende.

Also irgendwas passt hier nicht zusammen.

Auf meine Frage hast du doch geantwortet, dass du den Server mehrfach neu gestartet hast, somit wird der IIS neu gestartet (Dienst Neustart) durchgeführt und der Anwendungspool zurückgesetzt und es hat "keine" Besserung gebracht. Laut deiner Aussage.

Also ändert auch die 5 Min zahl nicht viel daran.

NorbertFe

hat dir eigentlich alles gesagt. Es ändert sich sowieso ständig. Genau so, dass Microsoft das Autodiscover gegen die CLoud eingebaut hat und am Anfang niemand wusste .

Hi igfas,

die Antwort haben wir in deinem anderen Thread doch bereits gegeben.
Hast du ein IISRESET oder zumindest den Autodiscover Pool auf dem Exchange 2016 neu gestartet, nach dem die Postfächer auf den 2016 verschoben wurden?

Outlook frägt in den neuen Versionen (Ich weiß gerade nicht sicher ab welcher es dazu gekommen ist), immer in die Cloud, wenn er lokal nicht fündig wird.
Normal sollte er (kurze Ausführung :D) zunächst den Autodiscover aus dem SCP ziehen (Domänenmitglieder), dann auf die Autodiscover URL und wenn nichts gefunden wird frägt er in die CLoud.

Dies kannst du auch per Registry unterbinden (wie du ja bereits geschrieben hast)

Die genaue Rangfolge ist im Netz oft zu finden, wie ein Autodiscover abläuft.

Grüße

Phil

Socke

Ist genau der Punkt, welchen ich mit dem Autodiscover Pool gemeint habe.

Generell beim verschieben von Postfächern habe ich mir angewöhnt, die Anwendungspools neu zu starten.

Es kommt doch mal vor, dass der Autodiscover nicht richtig funktioniert und Outlook die Verbindung zum neuen Server nicht findet.

Ja ist mir klar. Du hast aber nicht geschrieben wo welche Postfächer liegen.

Ich konnte leider nicht über die Glaskugel herausfinden, wo deine User Postfächer liegen.

##

Deswegen sollte man die Anwendungspools neu starten.

Dann funktioniert es ja.

HI igfas,

liegen bereits alle Postfächer auf dem Exchange 2016 oder nur die freigegebenen Postfächer?

Ich habe die Erfahrung gemacht, dass der Zugriff auf die freigegebenen Postfächer über den Proxy besser funktioniert.

Also die Postfächer liegen auf dem 2019 und die Freigegebenen Postfächer weiterhin auf dem 2016. Andersherum hatte ich auch schon hier und da Zugriffsprobleme.

Deswegen migriere ich immer zuerst die User Mailboxen und dann die Shared.

###

Grüße

Phil

Stillson :
Eine kurze Rückmeldung ist immer sehr hilfreich.
So hat jeder was davon .

Grüße

Phil