Ausblick

Extras > Optionen > Konten

Mail > [Eigenschaften]

Server

Ausgehende E-Mails (SMTP): rsxxx.realsender.com

Ausgehender Mailserver

[x] Mein Server erfordert Authentifizierung

[Einstellungen…]

Ausgehender Mailserver

[x] Anmelden mit

Benutzername: (der von uns gesendete)
Passwort: (das von uns gesendete)

[x] Passwort speichern

[OK]

Fortschrittlich

Ausgehende E-Mails (SMTP): 25
[x] Dieser Server erfordert eine sichere Verbindung (SSL).

[OK]

Ausblick 2007

Extras > Optionen…

E-Mail-Einrichtung > [E-Mail-Konten…]

[Ändern…]

E-Mail-Konto ändern

Ausgehender Mailserver (SMTP): rsxxx.realsender.com

[Weitere Einstellungen…]

Ausgehender Server

[x] Mein Postausgangsserver (SMTP) erfordert Authentifizierung

[x] Anmelden mit

Benutzername: (der von uns gesendete)
Passwort: (das von uns gesendete)

[x] Passwort speichern

[OK]

Fortschrittlich

Verwenden Sie die folgende Art der verschlüsselten Verbindung: TLS

[OK]

Outlook 2013 2016

Datei > [Info]

[Konto- und Social-Media-Einstellungen]

[Kontoeinstellungen…]

[Ändern…]

E-Mail-Konto ändern

Ausgehender Mailserver (SMTP): rsxxx.realsender.com

[Weitere Einstellungen…]

Ausgehender Server

[x] Mein Postausgangsserver (SMTP) erfordert Authentifizierung

[x] Anmelden mit

Benutzername: (der von uns gesendete)
Passwort: (das von uns gesendete)

[x] Passwort speichern

[OK]

Fortschrittlich

Verwenden Sie die folgende Art der verschlüsselten Verbindung: TLS

[OK]

Mac OS/X Mail

E-Mail > Einstellungen… > Servereinstellungen

Ausgehender Mailserver (SMTP) > SMTP-Serverliste bearbeiten …

[+] Konto erstellen

Beschreibung: rsxxx.realsender.com

Benutzername: (der von uns gesendete)
Passwort: (das von uns gesendete)

Hostname: rsxxx.realsender.com
[ ] Kontoeinstellungen automatisch erkennen und verwalten

Port: 587 [x] TLS/SSL
-Authentifizierung verwenden: Passwort

[OK]

Ausgehender Mailserver (SMTP)

Konto: rsxxx.realsender.com

[Speichern]

Thunderbird

Tools > Kontoeinstellungen

Ausgehender Server (SMTP) > [Hinzufügen…]

Einstellungen

Beschreibung: RealSender
-Servername: rsxxx.realsender.com
Port: 587

Sicherheit und Authentifizierung

Verbindungssicherheit: STARTTLS
Authentifizierungsmethode: Normales Passwort
Benutzername: (der von uns an Sie gesendete)

[OK]

RealSender > [Standard festlegen]

Kontoeinstellungen
(wählen Sie Ihr E-Mail-Konto in der Baumstruktur auf der linken Seite aus)

Ausgehender Server (SMTP): RealSender

[OK]

Das erste Mal, wenn Sie eine Nachricht senden

Ausgehender Server (SMTP) – Passwort erforderlich

Geben Sie Ihr Passwort für… ein: (das, das wir Ihnen zugesendet haben)

[x] Verwenden Sie einen Passwort-Manager, um dieses Passwort zu speichern

[OK]

Zimbra Desktop

Desktop starten > Setup (oben rechts)

MEINE KONTEN > [Bearbeiten]

KONTO BEARBEITEN

E-Mail senden

SMTP-Server: rsxxx.realsender.com

Sicherheit: [x] Verwenden Sie SSL-Verschlüsselung beim Versenden von E-Mails

Authentifizierung: [x] Benutzername und Passwort zum Versenden von E-Mails erforderlich

Benutzername: (der, den wir Ihnen geschickt haben)

Passwort: (das, das wir Ihnen geschickt haben)

[Überprüfen und speichern]

Exchange Server

EAC
(Exchange Admin Center)

E-Mail-Fluss > Sendekonnektoren

[+] Neuer Sende-Connector

neuer Sendeanschluss

*Name:
Internet-Mail

Typ:
[x] Internet (Zum Beispiel zum Versenden von Internet-E-Mails)

[nächste]

Smarthost bearbeiten

Geben Sie einen vollqualifizierten Domänennamen (FQDN), eine IPv4-Adresse oder eine IPv6-Adresse an:
rsxxx.realsender.com

[speichern]

neuer Sendeanschluss

*Netzwerkeinstellungen:
[x] E-Mails über Smarthosts weiterleiten
(unverändert)

[nächste]

Neuer Sendeconnector – Authentifizierung

Smart-Host-Authentifizierung:
[x] Basisauthentifizierung
[x] Basisauthentifizierung erst nach TLS-Start anbieten

*Benutzername:
(der, den wir Ihnen geschickt haben)

*Passwort:
(das, das wir Ihnen geschickt haben)

[nächste]

Neuer Sendekonnektor – Routing

*Adressraum:

TYP: SMTP
DOMÄNE: *
KOSTEN: 1

[nächste]

Neuer Sendeconnector – welcher Exchange-Server?

[AUSTAUSCH]

[hinzufügen ->] WECHSEL

[OK]

[beenden]

Office 365

Microsoft Office 365 Admin Center

Linkes Menü > Admin

Microsoft 365 Admin Center > … Alle anzeigen

Microsoft 365 Admin Center > Admin Center > Exchange

Exchange Admin Center > E-Mail-Fluss > Konnektoren

Anschlüsse > Anschluss hinzufügen

Neuer Anschluss

Verbindung von: [x] Office 365 Verbindung zu: [x] Partnerorganisation

[Nächste]

Konnektorname

Dieser Connector erzwingt Routing- und Sicherheitsbeschränkungen für E-Mail-Nachrichten, die von Office 365 an Ihre Partnerorganisation oder Ihren Dienstanbieter gesendet werden. Name: RealSender. Was soll nach dem Speichern des Connectors geschehen? [x] Aktivieren

[Nächste]

Verwendung des Steckverbinders

Geben Sie an, wann dieser Konnektor verwendet werden soll. [x] Nur wenn eine Transportregel eingerichtet ist, die Nachrichten an diesen Konnektor umleitet

[Nächste]

Routing

Wie sollen E-Mails weitergeleitet werden? Geben Sie einen oder mehrere Smarthosts an, an die Office 365 E-Mails zustellt. Ein Smarthost ist ein alternativer Server und kann über einen vollqualifizierten Domänennamen (FQDN) oder eine IP-Adresse identifiziert werden. [x] E-Mails über diesen Smarthost weiterleiten: rsxxx.realsender.com [+]

[Nächste]

Sicherheitsbeschränkungen

Wie soll Office 365 die Verbindung zum E-Mail-Server Ihrer Partnerorganisation herstellen? [x] Verwenden Sie immer Transport Layer Security (TLS) zur Sicherung der Verbindung (empfohlen). Stellen Sie die Verbindung nur her, wenn das Zertifikat des E-Mail-Servers des Empfängers diesem Kriterium entspricht: [x] Ausgestellt von einer vertrauenswürdigen Zertifizierungsstelle (CA)

[Nächste]

Bestätigungs-E-Mail

Geben Sie eine E-Mail-Adresse für ein aktives Postfach in Ihrer Partnerdomäne an. Sie können mehrere Adressen hinzufügen, falls Ihre Partnerorganisation über mehrere Domänen verfügt. IhrName@IhreDomäne.com [+] [Bestätigen]

Validierung erfolgreich

[Validierung] Validierung läuft... Validierung erfolgreich > Aufgabenstatus > Verbindung zu 'rsxxx.realsender.com' geprüft: Erfolgreich > Test-E-Mail gesendet: Erfolgreich

[Nächste]

Überprüfen Sie den Konnektor

E-Mail-Flussszenario Von: Office 365 An: Partnerorganisation Name: RealSender Status: Nach dem Speichern aktivieren Verwendung des Connectors: Nur verwenden, wenn eine Transportregel eingerichtet ist, die Nachrichten an diesen Connector weiterleitet. Routing: E-Mail-Nachrichten über diese Smarthosts weiterleiten: rsxxx.realsender.com Sicherheitsbeschränkungen: Immer Transport Layer Security (TLS) verwenden und nur dann eine Verbindung herstellen, wenn das E-Mail-Serverzertifikat des Empfängers von einer vertrauenswürdigen Zertifizierungsstelle (CA) ausgestellt wurde.

[Konnektor erstellen]

Zimbra-Kooperation

Zimbra Collaboration
(Netzwerkversion / Open Source)

> Administratorkonsole

Zimbra-Verwaltung

> Konfigurieren

> Globale Einstellungen

> MTA

Authentifizierung

Authentifizierung aktivieren [ ]
Nur TLS-Authentifizierung [ ]

Netzwerk

Webmail-MTA-Hostnamen: localhost
Webmail-MTA-Port: 25

Relay-MTA für externe Zustellung: rsxxx.realsender.com : 25
Relay-MTA für externe Zustellung (Fallback): rsxxx.realsender.com : 25

historisches Archiv von E-Mails

E-Mails sind der wichtigste Kommunikationskanal in der modernen Geschäftswelt.
Ihr versehentlicher Verlust würde dem Wissensbestand des Unternehmens großen Schaden zufügen.
Darüber hinaus sollte Geschäftskorrespondenz in der Regel bis zu zehn Jahre lang aufbewahrt werden.

 !! Falls Ihr Unternehmen private E-Mail-Adressen wie vorname.nachname@firmenname.com verwendet, müssen Sie die Absender vor der Aktivierung dieser Funktion informiert haben

Wir stellen Ihnen eine eigene E-Mail-Eingangsdomäne zur Verfügung,
sodass die „inxbox“-App von RealSender
alle E-Mails transparent archiviert, auf die Sie über Folgendes zugreifen können:

• ein spezielles POP3-Postfach,
  das für den Empfang großer Mengen von E-Mails in kurzer Zeit konfiguriert ist

• ein sicherer Webbereich, der
  online über eine angepasste Version unserer Webmail-Oberfläche

Ein automatischer Prozess archiviert die Nachrichten, sortiert nach Empfänger, Monat und Jahr.

Bei Anbindung an RealSender Secure Email Gateway
werden alle gesendeten E-Mails automatisch dupliziert und archiviert.

Webmail-Schnittstelle

Funktionen der Weboberfläche:

• Nachrichten in einem Postfach auflisten
• Zeigt den Inhalt einer bestimmten Nachricht an
• Zeigt den Quelltext einer Nachricht an (Header + Body)
• Zeigt die HTML-Version einer Nachricht (in einem neuen Fenster)
• Liste der MIME-Anhänge mit Schaltflächen zum Anzeigen oder Herunterladen
• Eine Nachricht löschen
• Monitor: Eine Echtzeitanzeige aller empfangenen Nachrichten

Eine funktionierende Demoversion finden Sie in unserem (kostenlosen) Postmaster-Tools-Bereich:
» inxbox demo temporary email

Xbox-App-Demo

Die Inxbox-App-Demo ist ein sofort einsatzbereites temporäres Postfach, das jede Nachricht empfängt und sie eine Stunde lang im Speicher behält! Alle empfangenen Nachrichten sind für jeden sichtbar!

Probieren Sie es jetzt selbst! (1)

• Sende eine Nachricht an: [deinname]@inxbox.realsender.com
• Öffnen Sie https://inxbox.realsender.com/monitor und prüfen Sie den Empfang
  (verwenden Sie dazu den Google Chrome-Browser > Neues Inkognito-Fenster oder den Microsoft Edge-Browser).

Probieren Sie es jetzt selbst! (2) mit Ihrer eigenen Domain

• Ändern/fügen Sie den MX-Eintrag Ihrer Domain wie folgt hinzu:
  MX „10 inxbox1.realsender.com“
• Senden Sie eine Nachricht an: IhrName@IhreDomain
• Öffnen Sie https://inxbox1.realsender.com/monitor und prüfen Sie den Empfang
  (verwenden Sie dazu den Google Chrome-Browser > Neues Inkognito-Fenster oder den Microsoft Edge-Browser).

Achtung: Der zugehörige Domainname unterscheidet sich vom vorherigen Punkt

Laden Sie die Nachrichten über POP3 herunter

• Konfigurieren Sie Ihren E-Mail-Client mit den folgenden Einstellungen
• Servertyp: POP-Mailserver
• Servername (1): inxbox.realsender.com - Port: 110 (Standard)
• Servername (2): inxbox1.realsender.com - Port: 110 (Standard)
• Benutzername: nur „IhrName“ innerhalb der Empfängeradresse
• Passwort: Jeder Wert ist zulässig

1 - SPF-Prüfung

Wir möchten sicherstellen, dass die Absenderadresse nicht gefälscht/manipuliert wurde*.
* = Die Nachricht soll von jemand anderem als dem tatsächlichen Absender stammen.

Die SPF-Authentifizierung hilft uns festzustellen, ob die Nachricht über einen autorisierten SMTP-Server gesendet wurde.
Diese Information wird im DNS der Domain gespeichert, also an einem sicheren Ort außerhalb der E-Mail-Nachricht.

Nur wenn die Nachricht NICHT korrekt authentifiziert wurde:
Das Symbol !! (Achtung) wird dem Betreff hinzugefügt,
eine der folgenden erläuternden Hinweise wird in die Nachrichtenkopfzeile „X-RealSender“ eingefügt:

:: spf-none :: Die Absenderdomäne enthält keine Informationen zur Authentifizierung der E-Mail. :: spf-softfail :: Der SMTP-Server ist nicht unter den autorisierten Servern aufgeführt; dies sollte als „Softfail“ behandelt werden. :: spf-fail :: Der SMTP-Server ist nicht unter den autorisierten Servern aufgeführt, und die E-Mail sollte abgelehnt oder verworfen werden

Manchmal sind die auf Domänenebene erfassten Informationen nicht korrekt/verständlich.

:: spf-permerror :: Es ist ein permanenter Fehler aufgetreten (z. B. ein fehlerhaft formatierter SPF-Eintrag)

Die SPF-Prüfung bezieht sich auf die „Absender“-E-Mail-Adresse, die in den E-Mail-Headern verborgen ist.
Nur die „Absender“-E-Mail-Adresse ist sichtbar. Wenn sich die Stammdomänen unterscheiden, wird folgende Warnung angezeigt:

:: spf-diff :: Die Stammdomänen „Mail From“ und „From“ sind unterschiedlich

2 - dkim check

DKIM (DomainKeys Identified Mail) ermöglicht es Absendern, nachzuweisen, dass die E-Mail tatsächlich von ihnen stammt und nach dem Versand nicht verändert wurde.
Dies geschieht durch das Anbringen einer digitalen Signatur (eines Siegels), die mit einem Domainnamen verknüpft ist, an jede ausgehende E-Mail.

Nur wenn die Nachricht NICHT korrekt signiert wurde:
Das Symbol !! (Achtung) wird dem Betreff hinzugefügt,
eine der folgenden erläuternden Anmerkungen wird in die Nachrichtenkopfzeile „X-RealSender“ eingefügt:

:: dkim-none :: Es wurden keine DKIM-Signatur-Header (gültig oder ungültig) gefunden. :: dkim-fail :: Es wurde ein gültiger DKIM-Signatur-Header gefunden, aber die Signatur enthält keinen korrekten Wert für die Nachricht  

Manchmal ist es nicht möglich, die Prüfung durchzuführen:

:: dkim-invalid :: Es liegt ein Problem mit der Signatur selbst oder dem öffentlichen Schlüssel vor. Die Signatur konnte beispielsweise nicht verarbeitet werden. :: dkim-temperror :: Es ist ein Fehler aufgetreten, der wahrscheinlich vorübergehend ist, z. B. die vorübergehende Unfähigkeit, einen öffentlichen Schlüssel abzurufen

Wurde die Nachricht mit einer anderen Domain signiert, wird ein „Diff“-Hinweis hinzugefügt:
Diese Warnung wird NICHT angezeigt, wenn der Absender die SPF-Prüfung besteht:

:: dkim-diff :: Die Nachricht wurde NICHT von der Domain des Absenders signiert

3 - DMARC-Ausrichtung

DMARC (Domain-based Message Authentication, Reporting and Conformance)
ist ein E-Mail-Authentifizierungsstandard, der zur Bekämpfung von gefälschten Domain-E-Mails entwickelt wurde.

Im Kapitel „3.1. Identifikatorausrichtung“ heißt es:

   E-Mail-Authentifizierungstechnologien authentifizieren verschiedene (und unterschiedliche) Aspekte einer einzelnen Nachricht. Beispielsweise authentifiziert DKIM die Domain, die die Signatur an die Nachricht angehängt hat, während SPF entweder die Domain im Feld „MAIL FROM“ (RFC5321.MailFrom) von SMTP oder die Domain „EHLO/HELO“ (RFC5321.EHLO/HELO) oder beide authentifizieren kann. Dies können unterschiedliche Domains sein, die dem Endbenutzer in der Regel nicht sichtbar sind. DMARC authentifiziert die Verwendung der Domain „From“ (RFC5322.From), indem es deren Übereinstimmung mit einem authentifizierten Bezeichner (Authenticated Identifier) ​​vorschreibt. – https://tools.ietf.org/html/rfc7489#section-3.1

Es bedeutet einfach:

   Wenn ein Absender seine E-Mail mittels SPF und/oder DKIM authentifiziert, muss mindestens eine der Domänen mit der Absenderdomäne übereinstimmen

Dieser Ansatz ist weitgehend akzeptiert und gilt allgemein
als bewährte Methode zur Identifizierung vertrauenswürdiger Absenderdomänen.

• Für die SPF-Authentifizierung
  muss die Stammdomäne der Absenderadresse mit der Stammdomäne der Absenderadresse übereinstimmen.
  Eine flexible Ausrichtung erlaubt die Verwendung beliebiger Subdomänen, ohne die Anforderung an die Domänenausrichtung zu beeinträchtigen.

• Für die DKIM-Authentifizierung
  muss die Stammdomäne der DKIM-Signaturdomäne mit der Absenderdomäne übereinstimmen.
  Eine flexible Ausrichtung erlaubt die Verwendung beliebiger Subdomänen, ohne die Domänenausrichtungsanforderung zu beeinträchtigen.

1. Beide Regeln werden eingehalten,
   die Absenderdomäne genießt volles Vertrauen,
   die Nachricht kommt unverändert an

2. Wenn nur eine der beiden Regeln erfüllt ist,
   wird dem Betreff ein Tilde-Symbol (~) hinzugefügt und
   eine der folgenden Erläuterungen in den Nachrichtenkopf eingefügt.

~ ... Betreff ... X-RealSender: ~ | spf=pass (Domäne NICHT ausgerichtet) | dkim=pass | ~

~ ... Betreff ... X-RealSender: ~ | spf=pass | dkim=pass (Domäne NICHT ausgerichtet) | ~

1. keinerlei Ausrichtung statt.
   Die Warnungen „:: spf-diff ::“ und „:: dkim-diff ::“
   werden im Betreff angezeigt.

4 - Doppelte Spam-Tags

DMARC wird von immer mehr Unternehmen eingesetzt, um ihre Absender vor Spoofing zu schützen.
Die Verwendung erfordert eine korrekte Authentifizierung mit SPF oder DKIM sowie die Übereinstimmung von Absender- und Mail-From-Domain.

Für weitere Informationen:
<dmarc> act on fraudulent email

Nachrichten von Absendern mit dem _dmarc-Eintrag werden,
sofern sie nicht authentifiziert sind, im Betreff mit zwei [ SPAM ]-Tags gekennzeichnet:

[ SPAM ] ... Betreff der Nachricht ... [ SPAM ]

Nachrichten ohne _dmarc-Eintrag
werden, wenn sowohl die SPF- als auch die DKIM-Authentifizierung fehlschlagen, mit dem Tag [verdächtig] im Betreff gemeldet:

[verdächtig] ... Betreff der Nachricht ... 

clientseitiger Absenderfilter

Die „Spamstop“-App von RealSender ist eine effiziente Anti-Spam-Lösung,
wenn sie mit einem Filter kombiniert wird, der Nachrichten
nach Absendern aufteilt, die NICHT in Ihrem Adressbuch enthalten sind.

Die meisten modernen E-Mail-Clients bieten diese Funktion an.
Hier einige Konfigurationsbeispiele:

serverseitiger Absenderfilter

Nicht alle E-Mail-Clients bieten ausgefeilte Filterfunktionen.
In diesen Fällen kann man vorab eingreifen.

Mit der Funktion „Autorisierte Absender“ können Sie Nachrichten nur von Absendern
empfangen,
(Sie können auch die gesamte Domain angeben, z. B. @example.com):

Alle regulären Nachrichten werden wie gewohnt in Ihrem Posteingang eintreffen.
Alle Spam-Nachrichten werden in ein anderes Postfach
oder in den „Junk“-Ordner des Benutzers in Microsoft 365 Exchange.

Es gehen keine E-Mails verloren.
Sie können den Ordner mit den gelöschten Nachrichten ein- oder mehrmals täglich lesen.
Das spart Ihnen viel wertvolle Zeit.

Sicherheitseinstellungen

Sie bieten eine zusätzliche Sicherheitsebene für Ihre E-Mails.

Um Ihre E-Mail-Postfächer
vor gefälschten Absendern und gefährlichen Anhängen zu schützen.

Sicherheitsoptionen, die auf Anfrage aktiviert werden: