FAQ

Die Anmeldung erfolgt über admin.cloud.reddoxx.com. Zur Nutzung der App müssen Sie sich durch Klicken auf "Mit Microsoft anmelden" mit einem MS 365 User anmelden, der die Rolle des Global Admins hat.

Gehe in die Tenant Konfiguration Tenant Konfiguration und klicke auf den Button "Synchronize with Microsft 365"

Die Anmeldung erfolgt über app.cloud.reddoxx.com. Zur Nutzung der App müssen Sie sich durch Klicken auf "Mit Microsoft anmelden" mit einem MS 365 User anmelden, der eine Postfach hat.

Aktuell wird ausschließlich Microsoft 365 (Hosted Exchange) in der REDDOXX Cloud unterstützt

Bitte nutzen Sie den Community-Support unter Forum

Die Preise finden Sie hier

Dies ist ausführlich in der zugehörigen Dokumentation beschrieben: https://uma-rdx.docs.reddoxx.com

Schritt 1: Installieren Sie die REDDOXX Toolbox
Schritt 2: Setzen Sie in der REDDOXX CLOUD ein Zugangstoken für den MailImport fest
uma-token
Schritt 3: Notieren Sie sich das Zugangstoken sowie die Tenant ID
Schritt 4: Richten Sie in der REDDOXX Toolbox unter Settings => Reddoxx Cloud die Verbindung zum Cloud Container ein
Schritt 5: Nutzen Sie den Import Task der zu Ihrer Umgebung passt (abhängig davon in welchem Format die E-Mails vorliegen)
Bedienung der Toolbox

die Trial-Periode für den Tenant ist abgelaufen. Es wurde von REDDOXX die Trial-Periode für alle Tenants bis zum 15.01.2026 verlängert.

Damit Benutzer auf E-Mails ausgeschiedener Benutzer zugreifen können, müssen die Benutzer Zugriffsrechte auf die entsprechende E-Mail-Adresse erhalten. In der Regel (z.B. bei Microsoft 365) wird beim ausscheiden eines Benutzers allerdings dessen Konto und Adresse gelöscht (um Lizenzkosten zu sparen).

  1. Legen Sie eine Shared Mailbox in Exchange an (https://admin.exchange.microsoft.com/#/mailboxes), wichtig ist hier das die E-Mail-Adresse dem ausgeschiedenen Benutzer entsprechen muss:
    shared-mb-01
  2. Via "Add user to this mailbox" fügen Sie berechtigte Benutzer hinzu
    shared-mb-02
    shared-mb-03
    (falls Sie später weitere hinzufügen müssen, können Sie in der Mailbox Übersicht die Shared Mailbox Checkbox wählen und dann "Mailbox delegation" nutzen), wichtig ist hier der "Read and manage (Full Access)"
  3. In der REDDOXX Cloud via Tenant => Konfiguration => Tenant synchronisieren werden anschließend die Berechtigungen aktualisiert:
    shared-mb-04
  4. Prüfen können Sie das anschließend unter Benutzer und Gruppen => Benutzer => Zugriffsrechte:
    shared-mb-05
  5. Melden Sie sich neu im User Bereich an und wählen Sie via Add in der Stellvertreter Auswahl die neue Shared Mailbox aus:
    shared-mb-06
    shared-mb-07

  1. Erstellen Sie eine neue Shared Mailbox unter User and Groups => Mailboxes via Add
    Die E-Mail-Adresse muss dem ausgeschiedenen Benutzer entsprechen und als Mailbox Typ muss "Shared Mailbox" ausgewählt werden:
    shared-mb-08
  2. Wählen Sie für die Shared Mailbox die Stellvertreter (Delegates) aus:
    shared-mb-09
  3. Prüfen können Sie das anschließend unter Benutzer und Gruppen => Benutzer => Zugriffsrechte:
    shared-mb-10
  4. Melden Sie sich neu im User Bereich an und wählen Sie via Add in der Stellvertreter Auswahl die neue Shared Mailbox aus:
    shared-mb-11
    shared-mb-12

Das Problem tritt auf, wenn eine E-Mail im SMTP-Transport LF (0x0A) statt der vorgesehenen CRLF-Kombination (0x0D 0x0A) als Zeilenabschluss enthält.

Dies kann insbesondere bei automatisiert erzeugten E-Mails vorkommen. Werden solche Nachrichten anschließend an ein SMTP-System übergeben, das die Nachrichten strikt nach den SMTP-/RFC-822-Regeln verarbeitet, kann die Zustellung abgelehnt werden.
Gerade bei Journaling Zielen führt das natürlich zu einem Anstieg der NDR Meldungen im JournalError Postfach.

Für den SMTP-Nachrichtentransport ist CRLF der definierte Zeilenabschluss (RFC 5321, aufbauend auf den RFC-822-Regeln).

Unsere Lösung verarbeitet Nachrichten entsprechend diesen Vorgaben und erwartet weiterhin CRLF. Eine Änderung unserer Implementierung ist daher nicht vorgesehen.

Microsoft beschreibt für Exchange Online drei mögliche Ansätze:

  1. Korrektur beim Absender
    Der Absender erzeugt die Nachricht mit korrekten CRLF-Zeilenenden.

  2. SMTP CHUNKING / BDAT
    Die Nachricht wird über BDAT übertragen. Diese Option steht in unseren Lösungen (OnPrem via SMTP MailDepot Konnektor und im Cloud Konnektor unserer Cloud Lösung) nicht zur Verfügung.

  3. Transportregel in Exchange Online
    Microsoft beschreibt als Workaround eine eingehende Transportregel mit einem kleinen Disclaimer. Dadurch wird die Nachricht so verarbeitet, dass die fehlende CRLF-Kombination ergänzt wird.

Die von Microsoft dokumentierte Vorgehensweise findet sich hier:
Microsoft Learn – SMTPSEND. BareLineFeedsAreIllegal NDR

  1. SPAM-Mails in Quarantäne
    Policy "Aktion für Spam-Nachrichten" von "In Junk-E-Mail-Ordner verschieben" auf "Nachricht unter Quarantäne stellen" (analog zu den anderen Kategorien).
    Auswirkung:
    Spam-Mails werden dann in Quarantäne gehalten statt in die Mailbox zugestellt → keine Journal-Auslösung mehr für diese Fälle.
    Nutzer verlieren dadurch die Selbstbedienungsmöglichkeit, Junk-Mails direkt im eigenen Junk-Ordner einzusehen/freizugeben – sie müssten stattdessen (falls gewünscht) über die Quarantänebenachrichtigung/das Quarantäne-Portal freigeben. Das ist ein bewusster Trade-off zwischen Komfort und genau diesem Nebeneffekt (Journaling + potenzielle NDRs bei Spam-Mails mit fehlendem CRLF).
    Mail_Quarantaine