Jeden Standort einmal umstellen, jeden Monat abrechnen.

Ihr Kunde merkt davon nichts: Was zwischen Ihnen und uns strittig ist, darf die Alarmmails eines Endkunden nicht abschalten, und deshalb ist die Zustellung nicht daran gekoppelt. Was endet, sind die Fernwartung und die Aufnahme neuer Standorte. Abgerechnet wird monatlich und pro Standort, zum Monatsende kündbar: Verlieren Sie einen Kunden, beenden Sie diesen einen Standort und nicht einen Vertrag über alle. Die Preise stehen auf der Preisseite.

Der Agent antwortet dem Gerät erst dann mit 250 OK, wenn die Nachricht mit einem fsync auf der Platte liegt und ihr Warteschlangeneintrag committet ist. Ab diesem Moment darf das Gerät seine Kopie löschen. Ist Microsoft 365 nicht erreichbar, bleibt die Nachricht in der Warteschlange und wird mit wachsenden Abständen erneut versucht; nach 24 Stunden ohne Erfolg wird sie aussortiert, und ihr Inhalt bleibt 30 Tage erhalten, damit sie sich nach Behebung der Ursache erneut senden lässt. Fehler werden mit dem Klartextgrund festgehalten, nicht nur mit einem Statuscode. Steht der Agent selbst, nimmt er nichts an: Das Gerät bekommt einen Verbindungsfehler und meldet ihn, wie es das bei jedem anderen SMTP-Server auch täte. Bereits angenommene Nachrichten laufen nach dem Neustart weiter. Nichts davon hängt an der Plattform.

Nein, und nicht, weil wir es versprechen: Der Inhalt kommt bei uns nie an. Die Nachricht geht vom Gerät an den Agenten im selben Netz und von dort direkt in den Microsoft-365-Tenant des Kunden. Die Protokolle liegen als Dateien auf der Maschine, auf der der Agent läuft. Zur Plattform sollen Zustand, Zähler und Fehlermeldungen fließen, damit ein Ausfall bei Ihnen auffällt; der Nachrichteninhalt gehört nicht dazu und wird dafür auch nicht gebraucht.

Nichts, wenn Sie es nicht wollen. In der Plattform gibt es keine Konten für Endkunden; angemeldet sind Sie und Ihre Techniker. Berichte und Benachrichtigungen an den Kunden gehen unter Ihrem Namen und Ihrem Logo heraus, ebenso die lokale Oberfläche des Agenten.

Ja, und die wichtigere Trennung liegt außerhalb der Plattform: Jedes Gerätelogin auf einem Agenten ist fest an genau eine App-Registrierung gebunden, und alles, was über dieses Login eingeliefert wird, geht in genau diesen einen Tenant. Ein Agent kann mehrere Registrierungen halten - üblich ist ein Agent je Standort mit den Zugangsdaten seines eigenen Kunden -, aber kein Login kann in einen anderen Tenant wechseln. Es gibt keinen gemeinsamen Postausgang, über den die Mails mehrerer Kunden liefen. In der Plattform hängt zusätzlich jeder Datensatz an genau einem Kunden unter Ihrem Konto.

Ja, als eigene Installation für ein einzelnes Systemhaus, ohne gemeinsamen Betrieb mit anderen. Abgerechnet wird das nicht pro Standort, sondern pro Partner: jährlich im Voraus und zu einem Preis, den wir mit Ihnen besprechen. Was dabei zu klären ist, hängt an Ihrer Umgebung, deshalb steht dafür keine Zahl auf der Preisseite.

Microsoft deaktiviert Basic Authentication für SMTP AUTH in bestehenden Microsoft-365-Tenants standardmäßig. Ein Administrator kann sie danach zunächst wieder einschalten; die Umstellung ist eine geänderte Voreinstellung und noch kein Entzug der Funktion. In Tenants, die danach neu angelegt werden, ist diese Anmeldeart standardmäßig nicht verfügbar. Den endgültigen Termin für die Entfernung will Microsoft in der zweiten Jahreshälfte 2027 ankündigen; bekannt ist er heute nicht. Die harte Frist liegt damit später, als der Ton vieler Beiträge vermuten lässt - die Arbeit über dreißig Standorte hinweg bleibt trotzdem dieselbe. Alle Daten und was daraus folgt, stehen in der Übersicht zur Abschaltung.

Nein. Zum ersten Release stellt Mailwerk ausschließlich über Microsoft 365 zu. Dort findet die Abschaltung statt, und dort liegen die Kundentenants, um die es geht. Google Workspace ist als späterer Schritt vorgesehen, gehört aber nicht zum ersten Release. Wenn Ihre Kunden überwiegend bei Google liegen, ist Mailwerk heute nichts für Sie.

Mail.Send und Mail.ReadWrite als Anwendungsberechtigungen, mit Administratorzustimmung, eine App-Registrierung pro Kundentenant. Mail.Send allein reicht nicht: Jeder Anhang, der groß genug für eine Upload-Session ist, wird als Entwurf angelegt, und einen Entwurf anzulegen erfordert Mail.ReadWrite. Bei Scans ist das der Normalfall. Tenantweit erteilt bedeutet Mail.ReadWrite Lese- und Schreibzugriff auf jedes Postfach dieses Kunden, was Sie nicht wollen: Beschränken Sie die Anwendung mit RBAC for Applications oder einer Application Access Policy auf genau das Postfach, das senden soll. Wie das geht, steht Schritt für Schritt in der Anleitung zur Entra-Einrichtung.