Zammad: Envoyer un e-mail au postmaster à l'expéditeur si l'e-mail est trop volumineux et n'est pas traité par Zammad

Créé le 22 juin 2018  ·  3Commentaires  ·  Source: zammad/zammad

Informations :

  • Version Zammad d'occasion : 2.5
  • Méthode d'installation (source, package, ..) : toute
  • Système d'exploitation : tout
  • Base de données + version : toutes
  • Version Elasticsearch : toute
  • Navigateur + version : toute
  • Numéro de billet : #1031354, #1025102, #1021533, #1029932, #1049679

Comportement prévisible:

  • Si un e-mail est trop volumineux pour Zammad (au moins pour le paramètre de taille maximale de l'e-mail de Zammad), envoyez un e-mail de rebond (comme un e-mail de postmaster) à l'expéditeur.

Comportement réel :

  • Zammad saute simplement des e-mails trop volumineux. Les e-mails resteront dans la boîte aux lettres comme intacts.
enhancement prioritised by payment verified

Commentaire le plus utile

Il est maintenant implémenté pour Zammad 3.2.

1) Sur les installations de mise à niveau, il n'y aura pas d'autre comportement comme c'est le cas actuellement. Seuls les e-mails trop volumineux sont affichés dans le point de terminaison de surveillance Zammad.

Au cas où vous voudriez avoir le comportement maintenant, faites admin -> Canaux -> E-Mail -> Paramètres et modifiez "Envoyer le courrier au maître de poste si le courrier est trop volumineux"

2) Dans les nouvelles configurations ou si "Envoyer le courrier au maître de poste si le courrier est trop grand" est défini sur vrai, un message électronique est envoyé à l'expéditeur indiquant que le courrier est trop grand (de quelle taille il était et quel est le maximum) et il était pas en mesure de livrer.

Tous les 3 commentaires

Si cela doit être modifié, je serais heureux d'avoir une option de configuration pour cela - dans notre cas, nous ne voulons pas que Zammad envoie des mails de rebond, et je préfère le courant "ne pas le chercher depuis IMAP et afficher un avertissement à l'approche de l'administrateur.

La raison en est notre configuration de messagerie assez complexe : nous avons un serveur de messagerie principal pour notre entreprise qui est le MX de notre domaine, et tout le courrier sortant et entrant passe par ce serveur. Dès que nous commençons à utiliser Zammad, une partie du courrier (mais pas la totalité) sera dupliquée dans des comptes IMAP distincts que Zammad pourra récupérer. Pour l'illustrer :

Par exemple, nous avons une adresse [email protected]. info est configuré en tant que groupe sur notre serveur de messagerie principal ; ce groupe a une archive qui stocke une copie de chaque courrier entrant, et il a des membres (par exemple martin.von.wittich ), et chaque membre du groupe reçoit également une copie dans sa boîte de réception. Actuellement, nous utilisons toujours Kayako comme système de tickets, et Kayako en obtient une copie via /etc/aliases :

info:        \info,          [email protected]

À l'avenir, lorsque nous migrerons depuis Kayako, le courrier sera dupliqué de la même manière dans une boîte aux lettres IMAP Zammad. Il serait donc très indésirable pour nous qu'un de nos "systèmes backend" comme Kayako ou Zammad décide soudainement d'envoyer son propre courrier de rebond, car la décision d'accepter ou de rejeter le courrier (par exemple en raison de contraintes de taille) appartient à notre principal serveur de messagerie, pas avec les systèmes backend qui ne reçoivent que des copies du serveur principal. Lorsque notre serveur principal (qui accepte le courrier jusqu'à 50 Mo) a déjà décidé d'accepter un courrier, mais que le courrier est trop gros pour que Zammad l'accepte (car Zammad accepte par défaut jusqu'à 10 Mo), alors il s'agit simplement d'une erreur de configuration de mon côté. Dans ce cas, je veux que Zammad informe _moi_ et non notre client.

TLDR : J'aime bien la façon dont cela fonctionne actuellement :)

Je peux comprendre l'argumentation de Martin.
Nous devrions au moins ajouter une information à la surveillance, sinon vous ne pouvez pas surveiller cela proprement !

L'option pour activer/désactiver la réponse automatique est une bonne idée - je le verrais dans les paramètres et je demanderais à l'administrateur de l'assistant comment il l'aimerait. La raison en est que je préférerais personnellement que Zammad active la réponse automatique par défaut.

Cela a également un impact sur beaucoup d'instances hébergées, la plupart de ces utilisateurs n'utilisent pas de serveurs de messagerie et leur taille maximale de courrier électronique dépend du package choisi. De plus, les informations de surveillance sont manquantes dans les configurations hébergées (parce que vous n'en avez normalement pas besoin), c'est pourquoi un rebond serait meilleur à ce stade.

Tu vois, c'est un peu compliqué ^^"

Il est maintenant implémenté pour Zammad 3.2.

1) Sur les installations de mise à niveau, il n'y aura pas d'autre comportement comme c'est le cas actuellement. Seuls les e-mails trop volumineux sont affichés dans le point de terminaison de surveillance Zammad.

Au cas où vous voudriez avoir le comportement maintenant, faites admin -> Canaux -> E-Mail -> Paramètres et modifiez "Envoyer le courrier au maître de poste si le courrier est trop volumineux"

2) Dans les nouvelles configurations ou si "Envoyer le courrier au maître de poste si le courrier est trop grand" est défini sur vrai, un message électronique est envoyé à l'expéditeur indiquant que le courrier est trop grand (de quelle taille il était et quel est le maximum) et il était pas en mesure de livrer.

Cette page vous a été utile?
0 / 5 - 0 notes