GitHub Actions
Faites échouer le build quand votre e-mail ne passe plus les contrôles
Envoie votre modèle réel via le relais utilisé en production, attend les contrôles et fait échouer le job si l’authentification échoue ou si le score passe sous votre seuil.
42 vérifications · Aucune clé · Aucun compte
Personne ne surveille le DNS.
Ce job le fait chaque nuit.
Ajoutez le workflow
Conservez les identifiants du relais dans les secrets du dépôt. Pointez le workflow vers le relais de production avec un compte autorisé uniquement à envoyer.
on: schedule: - cron: "17 6 * * *" push: paths: ["templates/**"] jobs: spam-test: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - uses: serg-tanichev/email-spam-tester-action@v1 with: smtp-host: ${{ secrets.SMTP_HOST }} smtp-port: 587 smtp-username: ${{ secrets.SMTP_USERNAME }} smtp-password: ${{ secrets.SMTP_PASSWORD }} from: "Acme Billing <billing@example.com>" subject: Your invoice html-file: templates/invoice.html min-score: 80Où le trouver
Questions
Faut-il une clé ?
Aucune clé et aucun compte.
Pourquoi ne pas utiliser un relais de préproduction ?
Il signe généralement avec une autre clé et envoie depuis une autre IP. Les vérifications porteraient donc sur la mauvaise configuration.
Et si mon code génère l’e-mail ?
Utilisez reserve-only : l’action réserve une adresse, votre code y envoie l’e-mail, puis une deuxième étape vérifie le résultat.
Qu’est-ce qui fait échouer le job ?
Un échec de la vérification SPF, DKIM ou DMARC, ou un score inférieur à min-score.