Zammad: Envoyer tous les e-mails via sendmail - autoriser la connexion SMTP sans utilisateur/mot de passe (sans authentification)

Salut @monotek, pourriez-vous s'il vous plaît fournir plus d'informations à ce sujet ? Je ne comprends pas encore. Une capture d'écran serait super. Merci!

Je souhaite configurer des adresses e-mail sortantes pour les rattacher à mes groupes.
Pour le moment, je ne peux configurer que les e-mails entrants et ceux-ci nécessitent un mot de passe.
Les notifications système peuvent être envoyées par sendmail. Je souhaite également envoyer des courriers sortants au client via sendmail.

Mon idée était donc d'ajouter l'option sendmail au menu entrant. Mais cela n'a aucun sens s'il garde le nom entrant. Peut-être que renommer "Email Inbound" en "Email Inbound/Outbound" serait une option ou la création d'un menu "Email Otbound".

@monotek Y a-t-il une raison pour laquelle vous souhaitez vraiment utiliser sendmail/postfix pour envoyer des e-mails aux clients ? Aujourd'hui, de nombreuses restrictions de messagerie (spf par exemple) n'acceptent que les e-mails de certains serveurs de messagerie, sinon vos e-mails seront rejetés.

Tous nos serveurs sont configurés pour envoyer des mails à notre relayhost qui est notre vrai serveur mail, qui fait aussi toute la magie spf et ainsi de suite. L'avantage que je vois est que chaque serveur (également Zammad) a sa propre file d'attente qui, d'après mon expérience, est beaucoup moins sujette aux erreurs que de laisser un programme externe ou une bibliothèque gérer l'envoi de courriers.

S'il y a un problème avec le serveur de messagerie de quelque nature que ce soit, tous les agents peuvent simplement envoyer des e-mails sans être dérangés par les messages d'erreur dans le frontend. Les courriers vont à la file d'attente locale. Si le serveur de messagerie est à nouveau accessible, les e-mails sont envoyés aux clients de manière transparente.

@monotek Habituellement, sendmail peut être remplacé par smtp à 127.0.0.1:25 Cela ne devrait pas casser votre configuration de relais.

Merci pour l'astuce.

Je suppose que le nom d'utilisateur et le mot de passe seraient toujours nécessaires?

Ma configuration par défaut de postfix (EL6/EL7) accepte toujours les e-mails de localhost/127.0.0.1 sans authentification.

Mais la boîte de dialogue zammad vous oblige à saisir quelques...

@martini Vraiment ? Surtout dans les environnements MS Exchange, l'autorisation de relais est donnée sur une base d'adresse IP. Les informations d'authentification doivent être facultatives.

Une bonne idée de définir l'utilisateur/mot de passe en option ! 😜

https://github.com/zammad/zammad/commit/804e4445435560fa65acdd953b3ce937871aef8

Problème à fermer alors ?

Je testerai plus tard...
Fera si ça marche...

Je viens de le tester en 1.2.0 via la nouvelle image docker Ubuntu 16.04 (docker run -ti -p 80:80 monotek/zammad)
Je dois encore entrer le nom d'utilisateur et le mot de passe.
Ce qui est aussi un peu bizarre, c'est que je dois remplir tous les champs avant d'être autorisé à ouvrir les paramètres experts.

Êtes-vous sûr d'avoir modifié cela pour le canal de messagerie ?
C'est ce dont je parle.
Je ne veux pas envoyer tous les mails via SENDMAIL/SMTP sans configurer POP3/IMAP.
Il ne s'agit pas du réglage des notifications.

@monotek désolé, je parlais juste d'envoyer des mails via SMTP sans utilisateur/mot de passe (avant que l'utilisateur/mot de passe ne soit requis).

des nouvelles à ce sujet? Je pense que c'est un scénario assez courant que vous n'utilisiez pas IMAP/POP3 pour les courriers entrants, mais la livraison directe, pour les systèmes de tickets.

@scroogie JFI : Pour recevoir sans IMAP/POP3, vous pouvez utiliser ceci https://docs.zammad.org/en/latest/channel-fetchmail.html

D'autres façons d'utiliser le pipe (l'alias postfix peut également diriger vers un script par exemple) devraient fonctionner de la même manière...

Oui, j'ai essayé cela, car c'est la configuration normale pour nous, mais pour autant que j'aie compris votre interface de configuration, il n'est pas possible de l'attribuer à qui que ce soit alors, car vous devez entrer un compte d'utilisateur, un identifiant, un mot de passe, etc. sur la page .

Voudrais faire ça aussi. Sans imap ou pop3, ce serait génial. Nous utilisons directement postfix et avons besoin d'une adresse e-mail sortante par groupe.
Les e-mails entrants sont reçus via procmailrc. Ça marche

Y aura-t-il cette fonction ?

Notre configuration devrait être la même. Nous avons eu RT dans le passé et voulons passer à Zammad. RT utilise simplement sendmail et le pipeline. Une possibilité de configurer des groupes avec des adresses mail sans compte IMAP/SMTP serait géniale.

Quoi de neuf? Cette fonctionnalité est-elle maintenant supprimée ?
Nous aimerions utiliser zammad. Bud maintenant, nous devons également vérifier otrs et osticket.

Une mise à jour sur ce problème?

Mettre à jour?

Verrouillage de la conversation. Il n'y a pas de nouvelle entrée. +1 et demander des commentaires créent du bruit et de la distraction. Nous travaillons dur sur les prochaines fonctionnalités et projets à venir / les plus demandés de nos clients d'assistance. Si vous souhaitez exprimer votre intérêt pour la fonctionnalité et apporter une contribution précieuse, veuillez donner une réaction 👍 au message initial et nous serons en mesure de l'évaluer. Nous verrouillerons désormais tous les problèmes gênants. Merci pour votre compréhension.

Juste une mise à jour rapide du statut pour tous ceux qui attendent cette fonctionnalité. Nous avons un correctif en cours (vraiment plus une solution de contournement), mais nous ne pouvons pas le fusionner tant que nous n'avons pas réussi le test du navigateur, et nous ne pouvons pas réussir le test du navigateur tant que nous n'avons pas configuré Capybara.

Il faudra peut-être encore un certain temps avant que ce ne soit fait. Merci à vous tous pour votre patience.

Merci à tous pour votre patience sur ce problème. Après avoir consulté @martini , nous sommes arrivés à une solution de contournement relativement simple activée par 043a0af9f.

Étant donné que nous sommes réticents à modifier / compliquer excessivement l'assistant de configuration de messagerie existant, qui satisfait la majorité des utilisateurs existants, nous proposons une solution de contournement CLI pour créer un canal de messagerie sortant uniquement.

Une fois que vous avez effectué la mise à niveau vers la dernière version development de Zammad (ou 2.9.0, lorsqu'elle sort), exécutez la commande suivante dans votre répertoire Zammad pour créer un nouveau canal de messagerie électronique uniquement :

$ zammad rails r "Channel.create!(area: 'Email::Account', options: { inbound: { adapter: 'null', options: {} }, outbound: { adapter: 'sendmail' } }, active: true, preferences: { editable: false }, updated_by_id: 1, created_by_id: 1)"

Une fois cette commande exécutée, vous verrez le nouveau canal de messagerie apparaître dans votre panneau de paramètres d'administration :

Cliquez sur le lien « ➕ Ajouter » sous l'en-tête « Adresse e-mail » pour ajouter une nouvelle adresse e-mail sortante.

C'est ça!

PS @MrGeneration sera responsable de l'ajout de cette fonctionnalité à la documentation officielle ; cette question restera ouverte en attendant l'achèvement de ladite documentation.

C'est intéressant, cela vivait déjà dans notre documentation.
J'ai testé les commandes et les ai corrigées pour qu'elles soient valides.

Le changement est déjà en ligne, fermeture maintenant :
http://admin-docs.zammad.org/en/latest/channel-email/sendmail.html

(Appuyez : https://github.com/zammad/zammad-admin-documentation/commit/c8161664c6970060ebf4c52ae647c0d1130cc992 )