Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungNächste ÜberarbeitungBeide Seiten der Revision |
konfiguration [2018/07/02 16:17] – [Vereinfachte Checksumme] lwsystems | konfiguration [2020/03/12 10:07] – [Adressen ausschließen] lwsystems |
---|
<not> | <not> |
<or> | <or> |
<address sender="true" recipient="true" from="true" to="true" cc="true">betriebsrat@lw-systems.net</address> | <address sender="true" recipient="true" from="true" to="true" cc="true">bewerbungen@lw-systems.net</address> |
<address sender="true" recipient="true" from="true" to="true" cc="true">betriebsrat@lw-systems.com</address> | <address sender="true" recipient="true" from="true" to="true" cc="true">bewerbungen@lw-systems.com</address> |
</or> | </or> |
</not> | </not> |
</code> | </code> |
| |
Hier werden E-Mails von oder an die Adressen //betriebstrat@lw-systems.net// oder //betriebsrat@lw-systems.com// nicht in die Archivierung aufgenommen. | Hier werden E-Mails von oder an die Adressen //bewerbungen@lw-systems.net// oder //bewerbungen@lw-systems.com// nicht in die Archivierung aufgenommen. |
| |
==== Domain mit Ausschluss einzelner Adressen ==== | ==== Domain mit Ausschluss einzelner Adressen ==== |
==== Generelle Verknüpfung der Kriterien ==== | ==== Generelle Verknüpfung der Kriterien ==== |
| |
Die Kriterien sind generell per //<OR>// verknüft. Das heißt, eine Konfiguration der Form | Die Kriterien sind generell per //<OR>// verknüft. Das heißt, bei einer Konfiguration wie hier aufgeführt, werden alle E-Mails archiviert.\\ |
| **Die //<not />// Bedingung greift in diesem Fall nicht, da sie mit //<all />// per ODER verknüpft ist!** |
| |
<code xml> | <code xml> |
</not> | </not> |
</conditions> | </conditions> |
| |
bewirkt, daß alle E-Mails archiviert werden. | |
</code> | </code> |
| |
| |
| |
Die Konfiguration //<secretheades />// dient dazu, die Header zu verbergen, die bei der Archivierung ausschließlich dazu dienen, daß die Envelope-Informationen nicht verloren gehen. Dieses sind z.B. die Envelope-Header, die von [[benno-milter]] hinzugefügt werden. | Die Konfiguration //<secretheades />// dient dazu, die Header zu verbergen, die bei der Archivierung ausschließlich dazu dienen, daß die Envelope-Informationen nicht verloren gehen. Dieses sind z.B. die Envelope-Header, die von [[benno-milter]] hinzugefügt werden. |
| |
Alle Header, die im Tag //<secretheaders />// aufgeführt sind, werden vor dem Speichern aus der E-Mail entfernt. Diese Informationen sind ausschließlich im Index und im Header der [[archiv-format|Datei]] im [[begriffsbestimmungen#repository|Repository]] vorhanden. | Alle Header, die im Tag //<secretheaders />// aufgeführt sind, werden vor Berechnung der Checksumme und dem Speichern aus der E-Mail entfernt. Diese Informationen sind ausschließlich im Index und im Header der [[archiv-format|Datei]] im [[begriffsbestimmungen#repository|Repository]] vorhanden. |
| |
| |
| ===== Vereinfachte Checksumme ===== |
| |
| |
| Die Berechnung dieser Checksumme wird mit dem Tag //<customhash />// innerhalb der //<mailfile />// Konfiguration eingestellt. |
| |
| |
| <code xml> |
| <mailfile> |
| <senderheaders> |
| ... |
| </senderheaders> |
| <recipientheaders> |
| ... |
| </recipientheaders> |
| <secretheaders> |
| ... |
| </secretheaders> |
| <customhash> |
| <name>From</name> |
| <name>To</name> |
| <name>Subject</name> |
| <name>Date</name> |
| <name>Message-Id</name> |
| </customhash> |
| </mailfile> |
| </code> |
| |
| Im Beispiel wird diese Checksumme über die Header //From://, //To://, //Subject://, //Date:// und //Message-Id// gebildet. |
| Die vereinfachte Checksumme bildet die interne Id der archivierten E-Mail und dient zur Duplikatserkennung. Zusätzlich wird hier noch die komplette Checksumme der E-Mail gespeichert. |