Eigenheit von Office 365

Eigenheit von Office 365 - Outlook (36 Beiträge, 868 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Folgendes Szenario -

Office 365, Outlook -> IMAP Konto
- Einstellungen Server in/out eingetragen hostxxxx.xxx.at, mit den richtigen Ports (lt. Provider)
- Computer starten, funktioniert alles (ca. 5 min.)
- danach email Empfang normal möglich, aber kein versenden mehr (Timeout)
- schaut man in die Kontoeinstellungen haben sich die eingetragenen Server
  geändert, und zwar auf mail.domainname.at, Ports sind gleich
- ändere ich die Server wieder um (Soll-Zustand) speichert er mir diese, es
  ändert sich aber wieder mit der Zeit von selbst auf mail.domainname.at !?

und jetzt wirds interessant -

- Computer neustarten & versenden funktioniert wieder (eine Zeit lang), obwohl die
  Server noch auf mail.domainname.at lauten, nicht auf hostxx.xx.at wie es eigentlich
  sein sollte.

Laufen auf dem Gerät tut ein Win10 pro, ein Bitdefender, sonst ausser dem Office Paket
eigentlich nichts.

Ich kann natürlich das IMAP Konto löschen und neu aufsetzen, ist auch die Empfehlung
des Providers - verstehen was da passiert würde ich aber trotzdem gern.

Hat wer eine Idee?

Danke.

evtl. autodiscover?

https://support.microsoft.com/de-at/help/3211279/outlook-2016-implementation-of-autodiscover

Nein, IMAP bietet kein autodiscover.

IMAP nicht aber outlook kann blöde sachen machen wenn plötzlich ein AD eintrag da ist...

Was auch immer ein AD Eintrag sein soll.
Aber bei einem Domain Joined Device versucht Outlook zuerst den SCP für Exchange zu suchen.
Die beschreibung klingt nicht nach einem Domain Joined Device.

Was auch immer ein AD Eintrag sein soll

Ein Eintrag im Active Directory?

Für mich ist ein AD Joined Device, nicht einfach nur ein AD Eintrag.

Gut, dann gehörst du möglicherweise zu dem erleuchteten Kreis im deutschen Sprachraum der das nur so nennt, jeder andere der sich nicht blöd stellt wird allerdings wissen, was gemeint ist. (nebenbei wärs ein domain joined device, kein AD joined device, aber egal)

Nebenbei: Der Beistrich macht an dieser Stelle keinen Sinn

04.05.2019, 21:12 Uhr - Editiert von zeddicus, alte Version: hier

Ein AD Eintrag könnte auch ein Service Connection Point sein.
Ich bin kein Laie ich, will genau wissen was jemand meint.
Du hast recht bei einem On-Prem AD sagt man auch Domain joined.
Wenn man seine Geräte aber ins Azure AD hängt ist es ein Azure AD Joined Device und kein Azure Domain Joined Device. Seit dem setzt sich AD joined immer mehr durch.

Gibt nix besseres als Bullshit Bingo Spieler

autodiscover sagt dem Client was er zu tun hat und nicht dem Protokoll.

autodiscover ist ein Feature vom Exchange Server.
Ich gehe jetzt 1. nicht davon aus dass der Thread Ersteller in einem business Environment arbeitet 2. dass er ein Exchange Postfach hat und IMAP verwendet.

Wenn er im Outlook einen IMAP Account einrichtet, und der mail server ist keine exchange, dann gibts auch keinen autodiscover service der dem client sagt auf welchen server er sich verbinden soll.

Deswegen habe ich abgekürzt, ja stimmt das hat nichts mit dem Protokoll zu tun, aber mit dem IMAP Account.

04.05.2019, 21:06 Uhr - Editiert von Suremo, alte Version: hier

es funktioniert genauso wie ich schrieb:
https://www.msxfaq.de/exchange/autodiscover/autodiscover_dns.htm
somit hat das mit dem server selbst nix zu tun. Der Client sieht einfach nach, wohin er muss.

thunderbird kann das mittels autoconfig:
https://developer.mozilla.org/de/docs/Mozilla/Thunderbird/Autokonfiguration

https://www.langlitz-it.de/?p=2358

Es liest sich für mich so, dass sowohl der Client als auch der Server „Autodiscover“ sprechen können müssen. Und wenn der Server falsch konfiguriert ist, führt er den Client in die Irre.

Umgekehrt hat der Client null Chance auf Erfolg, wenn er das ganze Zertifikatsmanagement und DNS nicht im Griff hat.

das isn simpler http(s) request.
in dem xml stehen nur die servernamen - siehe meinen link für thunderbird, dort ist ein xml als beispiel dabei.

dem mailserver selber ist das komplett wurscht.

Der Mailserverbetreiber kann 2 Fehler machen

1) DNS Einträge falsch
2) Falsches XML - und die Datei kann hochkomplex sein! Die definiert ja alle Mailserver und Protokollfeinheiten

https://www.msxfaq.de/exchange/autodiscover/autodiscover_xml.htm

Der Mailserverbetreiber kann 2 Fehler machen

Äh jo.. ein Admin kann immer Fehler machen.
Normale Admins testen Sachen bevor sie es für alle freigeben.

Evtl. hängen wir nur an Begrifflichkeiten.

Warum ist für mich autodiscover ein Exchange Feature und kein Outlook Feature.
Autodiscover lookup wurde ins Outlook implementiert wegen dem Exchange Server.

Der Outlook Client prüft wenn der Mitglieder einer Active Directory Domain ist, zuerst ob es einen SCP Record gibt. Wenn es keinen gibt dann sucht Outlook im DNS nach einem autodiscover Eintrag.

Der Autodiscover Service läuft am IIS des Exchange Servers und generiert ein XML mit URLs und Endpoints sowie welche Postfächer von Outlook geöffnet werden sollen. (zb Shared Mailboxen)

Hab ich einen anderen Mailserver zb Sendmail dann hat der Server kein Autodiscover und dann geht auch der Autodiscover lookup vom Outlook nicht.

Ja es gibt Bastler die haben das Feature für Linux Mailserver nachgebaut. Das ist aber kein Original Autodiscover mit der selben Funktion.

Daher ist es für mich ein Server Feature, der Client macht nur einen lookup.
Ein webserver stellt die Website zur Verfügung nicht der Client oder Browser.

Autodiscover lookup wurde ins Outlook implementiert wegen dem Exchange Server.

was logisch ist, wenn beide von der selben Firma sind.

und der IIS ist ein http Server. Egal ob er integriert ist oder eigenständig funktioniert.
Somit kommen die Daten von einem http Server und nicht von einem Mailserver.

und genau das meine ich. Mit einem Mailprotokoll hat das nix zu tun.
Daher musste auch kein "Bastler" mit irgendwas rumspielen. Das was Thunderbird unterstützt, funktioniert perfekt und ich muss dabei den Mailserver nicht angreifen. Genauso wie beim Exchange läuft der Austausch über den http Server. Egal ob das der IIS, Apache oder nginx ist.

und der IIS ist ein http Server. Egal ob er integriert ist oder eigenständig funktioniert.
Somit kommen die Daten von einem http Server und nicht von einem Mailserver.

Stimmt der IIS ist ein Webserver, aber woher weiß der Webserver welche Postfächer er einbinden muss ohne Mailserver? seit Exchange 2016 ist der ganze Client Access über den IIS abgewickelt, damit ist die Komponente die denn IIS nutzt Teil des Exchange Servers und für mich ist ein Exchange Server ein Mailserver.

Stimmt autodiscover sagt dem Client was er zu tun hat, aber wenn wir auf das Problem in dem Thread eingehen. Wenn er einen Linux Mailserver hat (er verwendet IMAP) , dann greift das Outlook autodiscover lookup Feature nicht. Außer der Admin hat am Linux Server ein Modul gebaut dass dem Outlook vorgaukelt es wäre ein Exchange Server auf dem ein autodiscover Service läuft.

Thunderbird macht etwas anderes, die haben eine Datenbank, oder die Hoster haben ein XML file mit den Serverdaten das statisch ist (der Exchange generiert für jeden User ein individuelles XML file) oder raten einfach.

Outlook hat aber ein Feature namens gues smart, das kommt dem Thunderbird Feature ähnlich wenn er anhand der Domäne den imap Server rät, das ist für pop3/IMAP gedacht.

Meine Grundaussage, hat er keinen Exchange Server geht der autodiscover Lookup nicht.(Ausnahme siehe oben)

05.05.2019, 21:50 Uhr - Editiert von Suremo, alte Version: hier

Lege ein zweites (neues) Outlook-Profil an, und trage die Maildaten laut Provider ein, und versuch es nochmals. Eventuell hat dein aktuelles Outlook-Profil eine Macke.

lg
Maximus

My name is Maximus Decimus Meridius, Commander of the Armies of the North,
General of the Felix Legions, loyal servant to the true emperor, Marcus Aurelius.

Was sagt der Autoconfigurations Test wenn du nur guessmart aktivierst?
https://www.msxfaq.de/exchange/autodiscover/autodiscover_outlook.htm#autodiscover_mit_outlook__testen_

Den TO scheint die angeregte Diskussion hier nicht sehr zu interessieren...

Euer
CWsoft
https://www.weinzettl.info

Der TO war krank & kommt erst jetzt dazu sich mit diesem Rechner bzw.
dem damit verbundenen Problem auseinanderzusetzen - nach den ganzen
anderen Dingen die vorher noch erledigt werden wollen, sorry.

Ich werde berichten.....

Welcome back!

Euer
CWsoft
https://www.weinzettl.info

Nachdem ich mich auch mit Outlook 365 und Win10 herumgeärgert habe:

Wo hast du die Email-Konten eingetragen? Direkt in Outlook oder in Win10 bei den Kontoeinstellungen?
Bei mir haben die (pop3)-Konten in Outlook erst funktioniert, als ich sie in Windows in den Kontoinformationen eingetragen habe.

emefge
Infosauger
_____________________________________________________________________________

Weil die Lichtgeschwindigkeit höher als die Schallgeschwindigkeit ist, hält man viele Leute für helle Köpfe bis man sie reden hört.

"Bekomme ich bei Ihnen so einen ganz kleinen Lötkolben zum CPU reparieren?"

Wieso Realität? Ich hab doch verdammt noch mal was Besseres zu tun!

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung