Project

General

Profile

Tâche #9168

Distribution EOLE - Scénario #9446: Divers 2.4

erreur SMTP 550 lors de l'envoi de messages dans roundcube sur AmonEcole

Added by Klaas TJEBBES over 6 years ago. Updated over 6 years ago.

Status:
Reporté
Priority:
Normal
Assigned To:
Start date:
10/07/2014
Due date:
% Done:

100%

Estimated time:
2.00 h
Spent time:
Remaining (hours):
0.0

Description

Lors de l'envoi de message on a l'erreur :
Erreur SMTP: [550] Your message has been rejected but is being kept for evaluation.
If it was a legitimate message, it may still be delivered to the target
recipient(s).

aa.png View (108 KB) Klaas TJEBBES, 10/07/2014 03:30 PM


Related issues

Copied to eole-exim - Scénario #9793: erreur SMTP 550 lors de l'envoi de messages dans roundcube sur AmonEcole Terminé (Sprint) 11/24/2014 12/05/2014

Associated revisions

Revision 4e424e93 (diff)
Added by Daniel Dehennin over 6 years ago

Les utilisateurs authentifiés ne passent pas par l’antispam

  • exim4/eole.d/acl/spamassassin.conf: Ajout d’une condition pour ne
    traiter que les messages non authentifiés.

Fixes: #9168 @45m

History

#1 Updated by Klaas TJEBBES over 6 years ago

#2 Updated by Joël Cuissinat over 6 years ago

  • Estimated time set to 2.00 h
  • Parent task set to #9446

#3 Updated by Joël Cuissinat over 6 years ago

  • Remaining (hours) set to 2.0

#4 Updated by Joël Cuissinat over 6 years ago

  • Subject changed from erreur SMTP 550 lors de l'envoi de messages dans roundcube to erreur SMTP 550 lors de l'envoi de messages dans roundcube sur AmonEcole

Je confirme l'erreur dans RoundCube cependant, le message est quand même posté et Exim ne signale pas d'erreur :

==> /var/log/rsyslog/local/exim/exim.info.log <==
Nov 14 10:11:10 reseau exim[6130]: 2014-11-14 10:11:10 1XpCuH-0001as-SK Classified as spam (score 5.1)
Nov 14 10:11:10 reseau exim[6130]: 2014-11-14 10:11:10 1XpCuH-0001as-SK <= admin@etb3.ac-test.fr H=(amonecole.etb3.ac-test.fr) [192.0.2.51] P=esmtp S=3340 id=6baf3efadb6ed7abb3b1df901a00a490@etb3.ac-test.fr
Nov 14 10:11:10 reseau exim[6134]: 2014-11-14 10:11:10 1XpCuH-0001as-SK => jcuissinat@ac-dijon.fr R=satellite_route T=remote_smtp H=smtp.ac-dijon.fr [195.221.236.200]
Nov 14 10:11:10 reseau exim[6134]: 2014-11-14 10:11:10 1XpCuH-0001as-SK Completed

#5 Updated by Daniel Dehennin over 6 years ago

Cela n’est pas une erreur:

Nov 14 10:11:10 reseau exim[6130]: 2014-11-14 10:11:10 1XpCuH-0001as-SK Classified as spam (score 5.1)

Le message est considéré comme spam et la configuration EOLE fait un fakereject sur les spams (source:exim4/eole.d/acl/spamassassin.conf@0465337#L11), d’après la documentation exim :

 control = fakereject/<message>

    This control is permitted only for the MAIL, RCPT, and DATA ACLs, in other words, only when an SMTP message is being received. If Exim accepts the message, instead the final 250 response, a 550 rejection message is sent. However, Exim proceeds to deliver the message as normal. The control applies only to the current message, not to any subsequent ones that may be received in the same SMTP connection.

    The text for the 550 response is taken from the control modifier. If no message is supplied, the following is used:

    550-Your message has been rejected but is being
    550-kept for evaluation.
    550-If it was a legitimate message, it may still be
    550 delivered to the target recipient(s).

    This facility should be used with extreme caution.

Cela permet de faire croire aux robots spammeurs que l’adresse est invalide, tout en affichant un message à destination de l’utilisateur et en délivrant le message au destinataire avec les entêtes signalant qu’il est considéré comme spam.

Faut-il revoir la politique ?

#6 Updated by Daniel Dehennin over 6 years ago

  • Status changed from Nouveau to En cours

#7 Updated by Daniel Dehennin over 6 years ago

  • Assigned To set to Daniel Dehennin

#8 Updated by Daniel Dehennin over 6 years ago

  • Status changed from En cours to Résolu
  • % Done changed from 0 to 100

#9 Updated by Daniel Dehennin over 6 years ago

  • Remaining (hours) changed from 2.0 to 0.2

#10 Updated by Joël Cuissinat over 6 years ago

  • Status changed from Résolu to Reporté
  • Remaining (hours) changed from 0.2 to 0.0

Also available in: Atom PDF