Nutzen Sie die Ex Libris-Authentifizierung für Almas ausgehende E-Mail-Route
Ex Libris bietet verschiedene Produkte und Liefervereinbarungen an. Dieses Handbuch behandelt Alma-Briefe und das in der offiziellen Dokumentation beschriebene Mail-Handling-Integrationsprofil, keine universelle Konfiguration für jede Ex Libris-Anwendung. Stellen Sie zunächst fest, ob Alma direkt aus der Ex Libris-Cloud sendet, E-Mails an eine institutionelle Weiterleitung weiterleitet oder eine andere unterstützte Route verwendet. Diese Auswahlmöglichkeiten ändern, wer die Sendeautorisierung, das Signieren und die endgültige ausgehende Verbindung kontrolliert. Eine funktionierende Bibliothekswebsite oder ein eingehendes Postfach sind kein Beweis dafür, dass die ausgehenden Nachrichten von Alma authentifiziert sind.
Der Konfiguration der Alma Letters-Dokumentation beschreibt die relevanten Einstellungen. Der Beamte Artikel zur Konfiguration ausgehender E-Mails, aktualisiert am 24. Februar 2026, bietet zusätzliche Direct-Cloud DKIM Details. Bestätigen Sie die Anwendbarkeit des aktuellen Mandanten, bevor Sie ein Profil ändern. Für dieses Manuskript wurde kein Konto, DNS Zone, kein Benutzerdatensatz der Bibliothek und keine echte Nachricht überprüft.
Führen Sie eine separate Inventarisierung der Autor- und Umschlagidentitäten durch
In der Dokumentation von Alma wird zwischen der sichtbaren Absenderadresse und SMTP EnvelopeFrom unterschieden. Der Entwicklerartikel beschreibt eine Umschlagadresse für die Institution, während Brief- und Bibliothekseinstellungen unterschiedliche sichtbare Autorenadressen bereitstellen können. Einige Ressourcenfreigabebriefe verwenden die bevorzugte E-Mail-Adresse einer Bibliothek, und für andere Briefkategorien gelten eigene Ausnahmen. Daher kann die Überprüfung eines generischen Testschreibens nicht automatisch feststellen, dass jede Produktionsmitteilung dieselbe Autorenidentität verwendet.
Erstellen Sie eine Bestandsaufnahme der Materialbriefkategorien, ihrer effektiven Absenderdomäne und der vom ausgewählten Transport verwendeten Umschlagdomäne. Berücksichtigen Sie ggf. betriebliche Ausnahmen wie Korrespondenz zur Ressourcenfreigabe, Akquisenachrichten und Benutzermitteilungen. Kopieren Sie keine Benutzeradressen oder Ausleihdetails in das Inventar: Der Zweck besteht darin, Konfigurations- und Identitätsgrenzen abzubilden, nicht in der Erfassung von Nachrichteninhalten. RFC 7208 , Abschnitt 2.4 identifiziert POST VON als SPF Identität; Die sichtbare From-Domäne ist eine separate Eingabe für DMARC Ausrichtung.
Wählen Sie das Integrationsprofil und die Route bewusst aus
Der dokumentierte Pfad lautet „Konfiguration“, „Allgemein“, „Externe Systeme“, „Integrationsprofile“ mit „Mail-Verarbeitung“ als Integrationstyp. Alma ermöglicht ein Integrationsprofil für die E-Mail-Verarbeitung; Ein vorhandenes Profil sollte überprüft werden, anstatt davon auszugehen, dass ein zweites unabhängiges Profil für ein kleines Experiment hinzugefügt werden kann. Das Handbuch beschreibt das Senden direkt aus Ex Libris und das Senden mithilfe von Institution Mail Relay und listet außerdem eine MS Graph-API-Option auf. In diesem Artikel werden keine Graph-Anwendungen, Geheimnisse oder Berechtigungen konfiguriert.
Für die institutionelle Relay-Route sind die E-Mail-Betreiber der Institution Eigentümer der Autorisierungs- und Signaturrichtlinie des Relays. Bestätigen Sie die Übergabe und die daraus resultierenden Identitäten mit ihnen, bevor Sie cloudspezifische DNS Anweisungen anwenden. Für die direkte Cloud-Route gilt: Dokumentation der Alma-Briefe erfordert, dass SMTP EnvelopeFrom und header.From dieselbe Domäne verwenden. Überprüfen Sie die genaue Domänengleichheit für jede gültige Briefautorenidentität. Hierbei handelt es sich um eine Einschränkung der Alma-Implementierung und nicht um eine Aussage, dass DMARC im Allgemeinen exakte Gleichheit erfordert: Eine lockere DMARC Ausrichtung kann verschiedene Domänen innerhalb der anwendbaren Beziehung zwischen Organisation und Domäne zulassen. Die Entwicklerkonfigurationstabelle unterstützt nicht die Behandlung eines Anbieterumschlags mit einer benutzerdefinierten Autorendomäne als funktionierende Direct-Cloud DKIM Anordnung. Bestätigen Sie die aktuellen Mieter- und Routenanforderungen, anstatt davon auszugehen, dass eine Ausrichtungsmöglichkeit auf Protokollebene eine nicht unterstützte Alma-Kombination gültig macht. Eine genehmigte Routenauswahl sollte festlegen, wer sie ändern kann, wer die Lieferkontinuität achtet und wie die vorherige Konfiguration wiederhergestellt wird, wenn die Änderung fehlschlägt. Durch das Veröffentlichen eines DNS Eintrags wird die Zustellungsroute nicht selbst geändert.
Konfigurieren Sie Direct-Cloud DKIM aus generierten Werten
Der Alma Letters-Leitfaden beschreibt die Auswahl und den Download DKIM Setups CNAME Details, Veröffentlichung des ausgegebenen Alias durch den DNS Administrator der Institution, Testen DNS Einrichtung und anschließende Auswahl DKIM Active nach erfolgreicher Prüfung. Der Entwicklerartikel fügt eine wichtige Voraussetzung hinzu: Schlüssel werden generiert, wenn das Integrationsprofil aktiv ist, DKIM Setup ausgewählt und das Profil gespeichert ist. Warten Sie, bis der dokumentierte Generierungsprozess des Dienstes abgeschlossen ist, bevor Sie ein sofortiges Fehlen wichtiger Daten als dauerhaften Fehler interpretieren.
Der öffentliche Schlüssel wird im Ex Libris DNS gehostet, während die Institution den generierten CNAME veröffentlicht, der darauf verweist. Die offizielle Erklärung beschreibt zwei Schlüsselpaare, die die Rotation unterstützen. Behalten Sie die genauen ausgegebenen Aliase und Ziele bei, anstatt sie zu erfinden Wähler Namen hinzufügen oder die Konfiguration einer anderen Institution kopieren. Das Delegieren eines Schlüsselstandorts über CNAME stellt eine dauerhafte Abhängigkeit von der Schlüsselverwaltung des Anbieters dar und ist kein einmaliger Beweis dafür, dass alle zukünftigen Nachrichten validiert werden.
Die beiden Quellen verwenden die Formulierungen DKIM DNS -Setup testen“ und DKIM DNS -Setup validieren“. Behandeln Sie dies als Schnittstellenformulierung zur Bestätigung im Girokonto und nicht als Beweis für zwei verschiedene obligatorische Validierungssysteme. DNS Validierung und DKIM Active sind unterschiedliche Prüfpunkte. Ein Rekord kann veröffentlicht werden, während das Signieren inaktiv bleibt. Umgekehrt wird durch die Aktivierung der Signatur kein falscher DNS Besitzer oder -Ziel repariert. Behalten Sie den tatsächlichen Status und seine Zeit bei, ohne es als Abnahmetest auf Empfängerebene zu bezeichnen.
Überprüfen Sie SPF und Ausrichtung, ohne Protokollverknüpfungen importieren zu müssen
In der Alma-Dokumentation heißt es, dass die entsprechende SPF Einbindung von der Region des Kunden abhängt. Holen Sie sich die entsprechende regionale Autorisierung aus dem aktuellen offiziellen Kontokontext und überprüfen Sie sie im Rahmen der bestehenden Richtlinie. Dieser Artikel stellt keine angenommene universelle Include- oder wiederverwendbare Relay-IP-Liste bereit. Lassen Sie legitime Absender vertreten, bis ihr Eigentum und ihre weitere Nutzung überprüft wurden, und vermeiden Sie die Erstellung einer zweiten konkurrierenden SPF Richtlinie beim gleichen Eigentümer.
RFC 7208 , Abschnitte 3.2 und 4.6.4 mehrere regieren SPF Einträge und bewertete DNS-abhängige Laufzeitbeschränkungen. Einige Anbietererklärungen verwenden die From-Terminologie lose; Bewerten Sie SPF anhand der tatsächlichen Umschlagidentität, anstatt diese Abkürzung auf das sichtbare Autorenfeld anzuwenden. RFC 6376 , Abschnitt 3.5 Definiert die Domäne und den Selektor der Signatur. RFC 9989 , Abschnitt 4.4 stellt die Ausrichtungsregel bereit: Ein bestandenes Authentifizierungsergebnis muss sich angemessen auf die Autorendomäne beziehen. Eine anbietereigene Standardidentität beweist nicht die Ausrichtung auf eine benutzerdefinierte Domäne.
Behandeln Sie „Speichern und Testen“ als eine echte Nachrichtenaktion
In der offiziellen Dokumentation wird erklärt, dass Save and Test eine Nachricht an die bevorzugte E-Mail-Adresse des angemeldeten Benutzers sendet. Der Entwicklerartikel identifiziert den Testbrief und gibt an, dass sein aktivierter Status und die AddressFrom-Konfiguration von Bedeutung sind. Dies ist keine passive Statusaktualisierung. Bevor ein autorisierter Bediener es ausführt, bestätigen Sie das Ziel, verwenden Sie harmlose Testinhalte und prüfen Sie, ob die Aktion auch eine Konfigurationsänderung speichert.
Ein erfolgreicher Test kann den Nachweis für dieses Profil und diesen Brief erbringen, der Akzeptanzplan sollte jedoch auch andere, wesentlich unterschiedliche Produktionsbriefidentitäten umfassen. Verwenden Sie die Ergebnisse vertrauenswürdiger Empfänger und zeichnen Sie die tatsächliche Route, die Signaturdomäne, den Selektor und die Autorendomäne auf. Leiten Sie keine echten Kundenmitteilungen an einen externen Diagnosedienst weiter, nur um eine Punktzahl zu erhalten. Der Erfolg der Authentifizierung ist enger gefasst als die Platzierung im Posteingang oder der Nachweis, dass ein Benutzer eine Mahnung gelesen hat. Hier wurde keine Aktion „Speichern und Testen“ oder eine andere Nachrichtenübermittlung durchgeführt.
Fiktive Diagnose: Im Testbrief verbirgt sich ein bibliotheksspezifischer Autor
Eine fiktive Institution, die Cedar Vale Library, validiert ihre Direct-Cloud DKIM Aliase und aktiviert die Signatur. Sein allgemeiner Testbrief verwendet die Hauptdomäne der Institution, während ein Ressourcenfreigabebrief die bevorzugte Adresse einer Zweigbibliothek in einer anderen Domäne verwendet. Ein Gutachter akzeptiert zunächst das gesamte Mail-Portfolio aus dem Testergebnis. Die Identitätsinventur zeigt, dass der Zweigbrief außerhalb des getesteten Autorendomänenbereichs lag.
Die vorgeschlagene Reaktion besteht darin, diese Kategorie unaufgelöst zu lassen, ihre effektive Adressquelle zu bestätigen und zu entscheiden, ob ihre Identität geändert werden soll oder eine separat unterstützte Authentifizierungskonfiguration erhalten soll. Es ist nicht davon auszugehen, dass eine erfolgreiche Alias-Suche jede Bibliotheksmarke abdeckt. Dieser fiktive Fall enthält keinen tatsächlichen Mieterstatus, Benutzerinformationen, Nachrichtenkopf oder ausgeführte DNS Beobachtung.
Leeres Akzeptanzarbeitsblatt und Freigabegrenze
- Alma-Mieter, entsprechende Unterlagen und ausgewähltes Transportmittel: ______
- Vorhandenes Mail-Handling-Profil und genehmigter Änderungsumfang: ______
- Umschlagdomäne und effektive Autorendomänen nach Buchstabenkategorie: ______
- Direct-Cloud-Same-Domain-EnvelopeFrom/header.From-Prüfung für jede Kategorie und aktuelle Alma-Anwendbarkeit: ______
- Generierte CNAME Eigentümer-/Zielreferenzen und DNS Eigentümer: ______
- Profil aktiv/Speicherstatus, DNS Validierung und DKIM Aktivnachweis: ______
- Regionale SPF Autorisierung und vollständige Richtlinienüberprüfung: ______
- Zugelassenes Testziel und harmlose Testbriefkonfiguration: ______
- Vertrauenswürdiger Nachweis empfangener Nachrichten für jede materielle Identität: ______
- Ausnahmen, Rollback-Eigentümer und Freigabeentscheidung: ______
Die ursprünglichen Implementierungsnachweise, die Überprüfung des menschlichen Sachverhalts, die aktuelle Anwendbarkeit, die Akzeptanz des Produktionswegs, die visuelle Zugänglichkeit und die Freigabe durch den Eigentümer bleiben offen. Die umfassendere Kataloganforderung erfordert weiterhin eine autorisierte Implementierung und einen Nachrichtennachweis. Dieser Dokumentationsleitfaden für den Alma-Bereich erhebt keinen Anspruch darauf, dass alle Ex Libris-Produkte konfiguriert sind oder dass eine tatsächliche Bereitstellung die Abnahme bestanden hat.