Kein statischer Filter. Kein manuelles Regeltuning.
ICN lernt kontinuierlich aus Zustellergebnissen, Senderverhalten und Netzwerk-Feedback. Drift und Anomalien werden erkannt, bevor sie Schaden anrichten.
Zwei Rollen, eine Pipeline. Optimierung und Sicherheit werden simultan berechnet — nicht sequenziell abgearbeitet.
Optimierung und Sicherheit werden gleichzeitig berechnet — nicht nacheinander.
Das System passt sich laufend an — nicht durch manuelle Regeln, sondern durch beobachtetes Verhalten. Jedes Signal fließt zurück in den Entscheidungsprozess.
Jede ausgehende E-Mail durchläuft alle Stufen sequenziell. Keine zusätzlichen Messaging-Layer, keine Netzwerk-Hops, keine unnötige Latenz.
Kein einzelnes Signal führt zu einer Blockierung. Die Pipeline erfordert konsistente negative Signale über mehrere unabhängige Algorithmen — ein Angreifer müsste gleichzeitig Reputationsalgorithmus, Anomalieerkennung und Duplikat-Erkennung täuschen.
Sicherheitsprüfungen haben Vorrang vor Performance-Optimierungen. Das Premium-Stundenlimit ist domänenbasiert — mehrere Absenderadressen einer Domain teilen ein gemeinsames Kontingent.
Score zu hoch oder Rate-Limit überschritten. Kein Retry — vollständiges Logging zur Analyse.
Normale ausgehende Mail ohne Premium-Status. Klassischer MX-Pfad mit konservativen Limits.
Consumer-Domains (Gmail, Yahoo, Microsoft). Nur für nachweislich saubere Absender mit stabiler Reputation.
Bulk-Mailings mit LSTO-Header. Gmail- und Yahoo-konform für hochvolumige legitime Kampagnen.
Für Umgebungen gebaut, in denen Zustellung nicht binär ist — wo Reputation, Kontext und Verhalten gemeinsam zählen.
ICN ersetzt nicht Rspamd — es baut auf Rspamd-Ergebnissen auf und verdichtet diese durch verhaltensbasierte, historische und kontextuelle Signale zu robusten Zustellentscheidungen.
| Merkmal | Klassischer MTA + Rspamd | ICN |
|---|---|---|
| Reputationslernen | Keine — statische Regelkonfiguration | Online-Lernen mit exponentiellem Zerfall |
| Anomalieerkennung | Absolute Schwellenwerte | Verhaltensbasiert, tageszeit-adaptiv |
| Bounce-Verarbeitung | Manuell oder rudimentär | RFC 3464, vollautomatisch, idempotent |
| False-Positive-Schutz | Kein systematischer Mechanismus | Legitimitätserkennung, Multi-Signal-Voting |
| Authentifizierungskette | DKIM/SPF/DMARC passiv | ARC-Signing gemäß RFC 8617 aktiv |
| Routing-Granularität | Ein oder zwei Pfade | Vier Delivery-Zonen, domänen-granular |
45-minütige Architektur-Session mit einem Delivery-Engineer. Wir analysieren Ihre aktuelle Outbound-Topologie und zeigen, wo ICN sich einklinken würde. Ergebnis: technische Bewertung, kein Sales-Deck.