Jochen_G

haha, sicher, wollte hier auch nicht als ungläubiger auftreten, versuche nur alle Optionen zu kennen um die beste auswählen zu können. Bei einer solchen Einstimmigkeit aber wage ich nun garnicht mehr zu Zweifeln :) Wird gemacht. Kleiner Nachtrag: Scheint das Split-DNS wesentlich einfacher und unaufwendiger ist als angenommen, danke noch mal an alle.

die idee hier bei Exchange zu fragen basiert einfach nur darauf das es die sinnvollste Zuordnung schien, schließlich geht es ja um den Zugriff auf den selbigen und hier sind doch in aller Regel eine menge Leute mit viel Erfahrung dazu- allerdings ohne dem irgend eine "Schuld" zuweisen zu wollen. :) Ich suche lediglich nach einem zuverlässigen und praktikablen Lösungsweg und mit Split-DNS habe ich schlicht und einfach noch nie gearbeitet, kann dazu daher aus eigener Erfahrung so rein garnichts sagen. Hatte nur im Kopf hier und da mal gelesen zu haben das es recht aufwendig sein kann und gerne mal schwierigkeiten macht.

Hallo Norbert, danke - deine Reaktionszeit hier ist extrem beeindruckend :) ! Derweil steht tatsächlich im Testgerät die IP drin, aber das ist mehr umständehalber bedingt vom testen :) Split DNS habe ich zwar mal von gehört aber kenne es selbst nicht und habe auch hier und da mal gelesen das es selbst auch einige Probleme verursachen könne. Weiß daher auch nicht ob das im Verhältnis zum Problem gerechtfertigt ist. Ich hoffe noch ein bisschen auf eine "einfache" Lösung, mit der FritzBox ging es ja auch problemlos.

Hallo Freunde, folgende Situation: Wir haben einen Exchange 2016 am laufen, dieser tut seinen Dienst ohne murren. Bislang war unser Netzwerk über eine FritzBox mit der Aussenwelt verbunden, der Zugriff auf den Exchange klappte völlig problemlos über die MyFritz Adresse sowohl von innen als auch von aussen. Innen bedeutet, in der Firma über WLan. Nun hat uns Vodafone geschickt einen "Anlagenanschluss Plus" verkauft, der uns dazu zwingt eine PlusBox 340 zu verwenden, die wohl original eine ekinops One 425 ist. Wer mal darüber stolpert, vorsicht mit diesem Angebot- eigentlich sind wir davon ausgegangen das es sich hierbei um einen IP Anschluss handelt mit SIP-Trunk- aber weit gefehlt, technisch mag dieser Anschluss zwar zu einem gewissen Grad das selbe tun, aber es ist ein vorkonfigurierter und mit einem Webinterface verstrickter Vertrag der es nicht zulässt was anderes als diesen spezifischen Router zu verwenden. Der eigentlich für diesen Zweck vorgesehene Lancom Router war trotz ausführlicher Dokumentation nicht dazu zu bewegen die SIP Konten anzumelden- aber das nur am Rande. Nun haben wir aber auch endlich eine statische IP Adresse und haben aber plötzlich das Problem das der Exchange zwar problemlos von intern über die LAN Adresse und extern über die statische IP funktioniert, aber sobald sich unsere Android Geräte im WLan befinden wird jeder Zugang blockiert und die Geräte hängen sich auf, werden zum Akkufresser beim permanenten Versuch der Synchronisation. Da die Geräte nun mit der externen IP eingerichtet sind, vermute ich das der Zugriff von innen über die externe IP von der PlusBox geblockt wird. Bei verschiedenen Gesprächen mit Vodafone Mitarbeitern war lediglich zu Erfahren, das man auf jeden Fall die Finger weglassen solle von der PlusBox sonst wird uns allen der Himmel auf den Kopf fallen, es wird Frösche regnen, die Flüsse Blut führen usw. - die erste Mitarbeiterin war schon richtig entsetzt, das ich mich erdreistet habe die IP des Routers auf unseren IP Range einzustellen. Also kurz gesagt- Sackgasse. Die Dokumentation des Geräts ist leidlich aber es scheint über eine recht gut konfigurierbare Firewall zu verfügen. Soweit die Situation, die Android Geräte (weitgehend Samsung) geben nicht wirklich viel Information wo was geblockt wird und somit suche ich einen Weg wie ich am besten Ansetzen kann. Hat irgendwer schon mal eine vergleichbare Situation gehabt und kann mir eine Idee geben wie ich da am besten drumherum komme? Bin auch nicht lese oder lernfaul :)

Offensichtlich. Danke - werde das dann mal andersrum probieren :)

Man liest überall das der Essentials PDC sein "müsse" - was da ja per Definition schon nicht gehen kann. Praktisch hab ich in dieser Konstellation noch nichts finden können dazu. Berechtigter Einwand- ich hab das so rum gemacht weil o.g. Maßgabe + die generelle Empfehlung das auf einem PDC auch sonst nichts laufen soll. Wenn es MS aber rein schon an den Rollen festmacht dann hast du höchstwahrscheinlich recht obwohl ich mir dann nicht sicher bin ob das Verhalten dann alleine damit schon ausgelöst wird weil sowieso einer zwangsläufig nicht PDC sein kann. In jedem Falle wäre dieses Konstrukt insgesamt allerdings dann auch nicht so 100% sexy. Hat irgendwer sonst schon mal sowas ans Laufen gebracht, egal in welcher Konstellation nun?

Hallo Freunde, nach allem was ich lesen und finden konnte, ist es von der Lizenzierung her durchaus möglich einen Server Essentials als VM auf einem physikalischen Server Essentials 2019 zu betreiben, wenn die physikalische Maschine nichts anderes tut als den Hyper-V zu betreiben. Die Idee dahinter ist einfach das man den eigentlichen Server als VM hat, es ist doch vor allem bei späteren Erweiterungen/(HW)Änderungen besser skalier- und portierbar. Ok, soweit so gut und probiert- die VM fährt einmal die Woche runter und meldet ein Problem mit der "Serverinfrastrukturlizenzierung" - was ist nun falsch hier? Ein Gedanke ist, das ja der Essentials zwingend PDC sein soll (Im moment die physikalische Maschine) - aber wenn das die Ursache ist, wie kommt man da drumherum- denn ich kann ja schlecht beide zum PDC machen. Was hab ich verpasst? Wenn das doch (theoreitsch) möglich ist, wie soll das gehen?

Abschlussbericht: Es stellte sich tatsächlich heraus, das der Fehler auf Seiten des Mailservers lag. Aufschluss darüber gab dann endgültig die Kombination aus dem Logfile aus SMTPReceive und die Bestätigung der Funktion des Postfachs über Telnet. Vielen Dank an alle für die Unterstützung!

geniale Idee :) - Ist schon so lange her, das ich daran garnicht mehr gedacht habe, das das überhaupt geht. Geht durch! Ich schätze, so langsam läuft das immer mehr zu ungunsten des Webhosters (Mailservers). Ansonsten kann ich mir den fehlerhaften RCPT TO nicht erklären. Danke! (melde mich nochmal wenn die "Lösung" feststeht)

Outlook 2010 und im OWA sind die Mails genausowenig vorhanden. Transportprotokolle sind aktiviert (Serverkonfiguration->Hub-Transport->Server->Protokolleinstellungen) - oder gibts noch andere? Wobei ich zugeben muss, das ich mich mit der Auswertung der Daten dort bislang sehr wenig beschäftigt habe, allerdings sehe ich keine Unterschiede zu den Logs von z.B. Gestern, wo ja noch alles funktionierte. Interne Zustellung geht. Ebenso scheint auch nur ein einziges Postfach davon betroffen zu sein. Edit: nach einigem loggen und testen habe ich nun folgendes aufgespürt: "RCPT TO:<"" smtphost smtp.gmail.com kommt bei dem besagten Postfach, was natürlich fehlschlagen muss! Während es RCPT TO:<Mail@domainname.de> sein müsste. Wo allerdings nun "smtphost smtp.gmail.com" herkommt oder wo es gar eingestellt wird, ist mir im moment noch schleierhaft. Ein Virus konnte jedenfalls nicht gefunden werden.

Wie geschrieben, logs sind leer, keinerlei Warnungen oder gar Fehlermeldungen. Viruskiller läuft, bislang ohne Befund. Firewall schon gecheckt, Keine zusätzliche Spamfilterung zur Exchange internen, ausser der auf dem Mailserver- und der filtert genausoviel oder wenig wie immer :) Ist ein Linux Mailserver, genaue technische Details habe ich nicht greifbar im Moment, aber auch da wurden die Logs schon überprüft und zeigen keine Auffälligkeiten und es wurden dort auch keine Änderungen durchgeführt. Fest steht, das der Push dort normal läuft. Der Exchange selbst ist up to date auf UpdateRollup12 für SP3.

Hallo liebe Leute, scheint so als würden ich und Exchange 2007 mal wieder keine guten Freunde werden ;) Folgendes Problem, seit ein paar Stunden werden keine Mails mehr zugestellt, d.h. kommen nicht am Client an. Die E-Mails kommen auf den Mailserver, werden dort verarbeitet und erfolgreich auf den Exchange gepushed...und weg sind sie. Wohin, keine Ahnung. Das ganze läuft in dieser Config schon einige Monate problemlos, die Logs zeigen keinerlei Auffälligkeiten und das Exchange-Verwaltungstool keinerlei Probleme. Neustart der Dienste oder gar des ganzen Servers zeigten keine Änderung. Im moment bin ich recht ratlos, da alles offensichtlich zu funktionieren scheint- nur das keine E-Mails im Client jemals ankommen. Für "Diagnosevorschläge" wäre ich sehr dankbar.

Schau nach das die FritzBox nicht als DNS Eintrag in der Server Netzwerkkarte steht, sondern nur für DNS weiterleitungen des DNS Dienstes, sonst passiert das auch.

Ich denke mal anhand der vorliegenden Infos unmöglich zu sagen, die Frage wäre was der Unterschied beim Aufruf zwischen den Geräten ist. Vielleicht ein DNS problem? Über die IP probiert? Ich denke auf jeden fall weniger das es am IIS oder PHP liegt.

Das Konto scheint dabei keine Rolle zu spielen, haben es mit 2 verschiedenen Probiert, und ein, bzw. mehrere andere Geräte gehen mit den beiden (habe mittlerweile noch 3 weitere Androidlinge durch). Die Vererbung ist eingeschaltet. :) Auch wenn es nun immer stärker in Richtung der 2 Geräte läuft wäre mir dennoch wohler irgend einen "Beleg" zu haben- und unabhängig davon ob die Geräte voll resettet werden oder nicht, auch sehr interessieren, denn irgendwie glaube ich wird es nicht das letzte mal gewesen sein das mir so ein Problem über den Weg läuft. Es scheint wirklich extrem schwierig zu sein, hier verlässliche Daten zu bekommen. Wundert mich das nicht noch mehr Leute daran "Verzweifeln" ;) Eine Recherche im Android Sektor hat mich bisweilen auch nicht wirklich weiter gebracht, es gibt wohl hier und da Probleme mit 4.1.2, damit ist zumindest ein Gerät ausgestatten (das 2te muss ich nochmal checken, da bin ich mir nicht sicher). Manch logging benötigt zudem Root, was auch völlig ausser Frage steht. Auch erklärt es in keinster Weise warum die Probleme so plötzlich auftraten und zudem relativ Zeitgleich auf 2 Geräten.

Rein gefühlsmäßig stimme ich dem direkt zu. Allerdings ist mir das ein wenig zu unpräzise ;) - das, bzw. die 2 betroffenen Geräte, wurden noch nicht komplett resettet, weil ja noch eine ganze Menge Arbeit mehr dahinter steckt bis wieder alles so eingerichtet ist wie benötigt (Apps, Daten usw.), und für einen vollen Reset habe ich auch aus Kundensicht bislang (zu) wenig Argumente aufbringen können. Somit wurde nur das Exchange Konto entfernt und wieder neu gemacht. Was meinst du mit über den Exchange Account das Modell entfernen? Anscheinend fehlt mir da etwas :) Sehr interessant, werd ich mich mal durcharbeiten. Danke!

wie gesagt, schon probiert. Habe eigentlich immer direkt die IP genommen um DNS verzögerungen auch über VPN zu vermeiden. Würde auch nicht erklären warum manche gehen und und manche nicht. Leider :( Vor allem, mich nervt dieses "rumgestochere"- man muss doch von einer der beiden Seiten aus irgendwelche vernünftige informationen bekommen können, gibts doch garnicht.

haben wir auch schon durch, spielt offensichtlich keine Rolle dabei. Ich wünschte eben nur ich bekäme wenigstens von einer Seite irgendwelche verwertbaren Informationen. Die Meldung von den Geräten hilft eigentlich garnix und vom Server bekomme ich auch keine logs. Eigentlich müsste ich den Server schon komplett ausschliessen, denn eigentlich deutet nichts darauf hin das die Problematik dort liegt- aber wie Mag auch schon bemerkt hat, viel. mehr als Löschen und Neu brauchts normalerweise nicht an den mobiles - und viel mehr geht dort ja auch garnicht. Aber an irgend etwas muss es ja liegen- eigentlich... Das ganze gleicht doch eher einem Ratespiel als alles andere :(

Das ganze spielt sich schon innerhalb des internen WLANs ab, und wird von extern, wenn überhaupt, nur über VPN genutzt. Prinzipiell geht es erstmal nur darum das die Mitarbeiter in der Firma die Termine und Kontakte für die Auswärtsarbeit synchronisieren können, bevor es in den "Aussendienst" geht. Aber ich habe nun mal die entsprechenden Freigaben temporär gemacht und den Test laufen lassen, Connectivity Test Successful - sofern ich den SSL trust auf ignore setze (was auch nicht verwunderlich ist, da ja schließlich keine externe Nutzung vorgesehen, und nur ein privates Zertifikat existiert.) PS: Und habe es nun sogar von einem anderen S4 nochmal von extern probiert, es geht dort dennoch :)

bei einem Gerät kommt direkt: Verbindung zum Server nicht möglich. Bei dem anderen: Wird geprüft eingehende servereinstellungen überprüfen ..... (Eieruhr dreht unendlich) nach bis zu 1 Std. Einrichtung wurde nicht abgeschlossen. Verbindung zum Server nicht möglich. Da dies ja leider nun sehr wenig Hilfreich ist, habe ich ja auf evtl. Serverlogs gehofft, aber da ist, wie gesagt, leider garnix.

auch wenn es an der eigentlichen Frage ein Stück weit vorbei geht, es geht bei manchen NAS Systemen (inoffiziell) SSH/Root freizuschalten und dann die Dateien via Konsole direkt auf dem NAS zu löschen, was dann nur eine Frage von Minuten anstelle Stunden ist. Ansonsten habe ich in der Praxis oft mit NAS Systemen seit Gigabit gute Erfahrungen vor allem bei Datensicherungen und Transfer, bei wenig Serverlast machen können, aber habe keine "Belegbaren" Daten als Vergleich zu einem DAS.

Ich habe bewusst diese information erst mal ausgelassen, weil es mir ja primär um das generelle "Debugging" geht, es muss doch irgendwo was festgehalten werden falls- und ich meine falls, der Server irgendetwas abweisen oder blockieren würde? Von den Geräten brauche ich da wohl eher nicht viel zu erwarten ausser der lapidaren Fehlermeldung das es nicht geklappt hat. In dem Falle sind die verschiedenen Geräte alles Samsung, Modelle S4, Note2, Tab (keine Ahnung welches Modell genau). Bei den S4's scheint es zu gehen, mag aber auch Zufall sein. Was meinst du mit "reaktiviert"? Sowohl der Server als auch die Geräte wurden zwischenzeitlich komplett neu gestartet und die Einrichtung des Konto's mehrfach komplett von vorne Angefangen.

Bei meinem Kunden ist kürzlich ein Problem mit der Einbindung eines Smartphones in Exchange aufgetreten- kurz, es verbindet sich nicht mehr. Debugging fällt mir allerdings sehr schwer da das Phone schon mal garnichts wirklich ausgibt. Nun wäre es mein Verständnis, das sollte der Exchange es irgendwie blockieren oder ablehnen, sich eine Information im Serverlog befinden sollte- findet sich aber nix. Hat jemand Erfahrung wie bzw. wo man das am besten näher Untersuchen kann? Dazu sei gesagt das es mit 2 anderen Geräten problemlos zu gehen scheint während sich nun das eine garnicht mehr Einbinden lässt (aber durchaus schon einige Zeit lief) und das andere nicht mehr Ordnungsgemäß synchronisiert - letzteres mag aber auch andere Ursachen haben und sich vielleicht die Problematik vielleicht alleine im Gerät befindet. Es mag durchaus sogar sein das alle Schwierigkeiten rein von den Smartphones ausgehen, aber ich wäre froh wenn das nicht nur spekulation bliebe.

Die war noch eingetragen von der Grundinstallation, in der ich den neuen Server erst mal parallel zu dem alten schalten musste, zwecks Migration von Daten, aber dabei nicht mit dem alten DC kollidieren wollte. Ist später einfach vergessen gegangen. Zu dem Zeitpunkt war es auch noch keine Fritz!Box. Mir sind auch die Schwierigkeiten durchaus bekannt mit mehreren NICs, darauf wollte ich auch nicht hinaus, aber ich finde es immernoch merkwürdig das ein Server keine 2 Karten verwalten kann, einfach mal Grundsätzlich betrachtet.

Ich muss sagen, das es immernoch befremdlich für mich ist, das das generell Schwierigkeiten macht bei einem Server, ich finde bzw. fände es durchaus Nützlich eine 2te Karte zu haben- wenngleich ich mir sicher bin das oben genannte Problematik auch auftauchen würde bei einem einzelnen NIC, falls sie dort im DNS eingetragen wird.