E-Mail-Server-Informationen für E-Mail-Clienten auffindbar machen

[Mäxchen]

Hallo zusammen,

die Server (IMAP, POP3, SMTP), die Benutzer in ihren E-Mail-Clienten einstellen müssten, haben leider nichts mit der Domain zu tun. Ich habe nun gehört, dass gängige Clienten wie Outlook und Thunderbird aber die Seiten der Domain crawlen, um an die nötigen Informationen zu kommen. Wo könnte ich die Informationen in welchem Format abspeichern, sodass die Clienten es finden und sich selbst automatisch einstellen können? Es geht mir um Benutzerfreundlichkeit.

Danke euch.

 

[drfuture]

Die suchen das nicht auf der Webseite sondern bestimmte domains und erwarten dann eine xml mit Konfigurationseinstellungen

You do not have permission to view link please Anmelden or Registrieren

 

[X-Coder]

Das nennt sich Autodiscover und Autoconfig, die Anleitung von drfuture ist ganz gut.

You do not have permission to view link please Anmelden or Registrieren

findest du auch viele Informationen zu Autodiscover.

Auf github findet man dazu diverse fertige Scripte, welche einem die Arbeit etwas abnehmen, wenn man z.B. komplexere Umgebungen hat.

Ich wünschte da gebe es einen einzigen übergreifenden Standard für. Sogar zwischen verschiedenen Outlook-Versionen/Windows Mail funktioniert das Autodiscover teilweise unterschiedlich.

Und bei so gut wie allen Apps auf Mobilgeräten ist das fast nirgends implementiert.

 

[Mäxchen]

Danke euch für die Antworten.
Ich hatte gehofft, dass das genormt ist. Naja, dann erstelle ich zumindest für Outlook, Thunderbird und Apple Mail mal in den kommenden Tagen xml-Dateien. Es sieht mir so aus, dass ich da von den Beispielen nur einzelne Zeilen anpassen muss. Das sollte machbar sein.

 

[theSplit]

Mir kommt gerade eine Idee, wie wäre es einen Schnittstelle (Website) für die Generierung der Autodiscover XMLs zu erstellen die man dann importieren oder direkt über eine API abfragen kann?
Ich stelle mir das so vor, das eine Community Based Lösung die Serverdaten eintragen kann, dazu mit Alter des Eintrags, evtl. Bewertung und "Bitte um Aktualisierung" mit neuen Daten.

Was haltet ihr davon? Interesse?

 

[drfuture]

Das "Problem" haben Server-Betreiber für ihre eigene private Domain(s). Da ist ein Community-Projekt eher Suboptimal.
Ich habe dazu noch einen Dienst der das ganze ein wenig vereinfacht - habe nur den Namen vergessen und kann gerade nicht nachschauen.

 

[drfuture]

Das hier

You do not have permission to view link please Anmelden or Registrieren

 

[dexter]

Spricht denn was dagegen imap.echtedomain.tld nach imap.maildomain.tld weiterzuleiten?

 

[drfuture]

Wie willst du das umleiten?

 

[dexter]

per htaccess oder sowas?

 

[drfuture]

Das betrifft dann nur http(s) wenn du unter IMAP.maildomain.tld eine Webseite hast die auch unter imap.echtedomain.tld erreichbar sein soll, dann geht das so insofern der Webserver mit Apache betrieben wird und es spricht wohl nichts direkt dagegen.