Zammad: Senden Sie eine Postmaster-E-Mail an den Absender, wenn die E-Mail zu groß ist und nicht von Zammad verarbeitet wird

Erstellt am 22. Juni 2018  ·  3Kommentare  ·  Quelle: zammad/zammad

Infos:

  • Gebrauchte Zammad-Version: 2.5
  • Installationsmethode (Quelle, Paket, ..): any
  • Betriebssystem: beliebig
  • Datenbank + Version: beliebig
  • Elasticsearch-Version: beliebig
  • Browser + Version: beliebig
  • Ticket-ID: #1031354, #1025102, #1021533, #1029932, #1049679

Erwartetes Verhalten:

  • Wenn eine E-Mail für Zammad zu groß ist (zumindest für die maximale E-Mail-Größe von Zammad), senden Sie eine Bounce-E-Mail (wie eine Postmaster-E-Mail) an den Absender.

Tatsächliches Verhalten:

  • Zammad überspringt einfach zu große E-Mails. Die E-Mails bleiben unverändert im Postfach.
enhancement prioritised by payment verified

Hilfreichster Kommentar

Es ist jetzt für Zammad 3.2 implementiert.

1) Bei Upgrade-Installationen gibt es kein anderes Verhalten wie es jetzt ist. Im Zammad-Überwachungsendpunkt werden nur zu große E-Mails angezeigt.

Falls Sie das Now-Verhalten haben möchten, gehen Sie zu admin -> Kanäle -> E-Mail -> Einstellungen und ändern Sie "Postmaster-Mail senden, wenn E-Mail zu groß ist"

2) In neuen Setups oder wenn "Postmaster-Mail senden, wenn E-Mail zu groß" auf "true" gesetzt ist, wird eine E-Mail-Nachricht an den Absender gesendet, dass die E-Mail zu groß ist (wie groß und was maximal ist) und es war nicht liefern können.

Alle 3 Kommentare

Sollte dies geändert werden, würde ich mich über eine Konfigurationsmöglichkeit dafür freuen - in unserem Fall möchten wir nicht, dass Zammad Bounce-Mails versendet, und ich bevorzuge das aktuelle "Nicht von IMAP holen und eine Warnung anzeigen" an den Administrator"-Ansatz.

Der Grund dafür ist unser ziemlich komplexes Mail-Setup: Wir haben einen Haupt-Mail-Server für unser Unternehmen, der der MX für unsere Domain ist, und alle ausgehenden und eingehenden E-Mails gehen über diesen Server. Sobald wir Zammad verwenden, wird ein Teil der E-Mails (aber nicht alle) in separate IMAP-Konten dupliziert, damit Zammad sie abrufen kann. Um es zu veranschaulichen:

ZB haben wir eine Adresse [email protected]. info ist als Gruppe auf unserem Hauptmailserver konfiguriert; Diese Gruppe hat ein Archiv, das eine Kopie jeder eingehenden Mail speichert, und sie hat Mitglieder (zB martin.von.wittich ), und jedes Gruppenmitglied bekommt auch eine Kopie in seinem Posteingang. Momentan verwenden wir Kayako immer noch als unser Ticketsystem und Kayako erhält eine Kopie über /etc/aliases :

info:        \info,          [email protected]

Wenn wir in Zukunft von Kayako migrieren, wird die E-Mail ähnlich einem Zammad-IMAP-Postfach dupliziert. Es wäre daher für uns sehr unerwünscht, wenn eines unserer "Backend-Systeme" wie Kayako oder Zammad plötzlich beschließt, eine eigene Bounce-Mail zu versenden, da die Entscheidung, ob wir Mail annehmen oder ablehnen (zB aus Größengründen) bei unserer Hauptleitung liegt Mailserver, nicht bei den Backend-Systemen, die nur Kopien vom Hauptserver erhalten. Wenn unser Hauptserver (der E-Mails bis zu 50 MB akzeptiert) bereits entschieden hat, eine E-Mail anzunehmen, die E-Mail jedoch für Zammad zu groß ist, um sie zu akzeptieren (weil Zammad standardmäßig bis zu 10 MB akzeptiert), dann ist dies einfach ein Konfigurationsfehler auf meiner Seite. In diesem Fall möchte ich, dass Zammad _mich_ informiert und nicht unseren Kunden.

TLDR: Ich mag es so, wie es derzeit funktioniert :)

Ich kann Martins Argumentation verstehen.
Wir sollten dem Monitoring zumindest eine Information hinzufügen, da man das sonst nicht sauber überwachen kann!

Die Option zum Aktivieren/Deaktivieren der automatischen Antwort ist eine gute Idee - ich würde dies in den Einstellungen sehen und den Administrator im Assistenten fragen, wie er es möchte. Der Grund dafür ist, dass ich persönlich es vorziehen würde, dass Zammad standardmäßig die automatische Antwort aktiviert hat.

Dies betrifft auch viele gehostete Instanzen, die die meisten dieser Benutzer nicht auf E-Mail-Servern verwenden und ihre maximale E-Mail-Größe hängt vom gewählten Paket ab. Außerdem fehlen Überwachungsinformationen in gehosteten Setups (weil Sie sie normalerweise nicht benötigen), weshalb ein Bounce an diesem Punkt besser wäre.

Siehst du, es ist ein bisschen kompliziert ^^"

Es ist jetzt für Zammad 3.2 implementiert.

1) Bei Upgrade-Installationen gibt es kein anderes Verhalten wie es jetzt ist. Im Zammad-Überwachungsendpunkt werden nur zu große E-Mails angezeigt.

Falls Sie das Now-Verhalten haben möchten, gehen Sie zu admin -> Kanäle -> E-Mail -> Einstellungen und ändern Sie "Postmaster-Mail senden, wenn E-Mail zu groß ist"

2) In neuen Setups oder wenn "Postmaster-Mail senden, wenn E-Mail zu groß" auf "true" gesetzt ist, wird eine E-Mail-Nachricht an den Absender gesendet, dass die E-Mail zu groß ist (wie groß und was maximal ist) und es war nicht liefern können.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen