[Postfix - Queue] said: 451 4.0.0 Temporary message delivery fail.....

Poustiquet · June 13, 2014, 10:19am

Bonjour à tous,

même en augmentant ou reconfigurant la valeur Administration centrale > configuration système > Taille maximale des messages (MiB) * , impossible d’envoyer de gros fichier …

Plus exactement,

envoi OK
dépôt du message en IMAP dans le dossier envoyé OK
mais Postix ne veut pas transmettre ce message à la boite de destination sur le même serveur …

voici l’erreur dans mon postfix :

root@telegramme:~# postqueue  -p
-Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
95A044FAAF4  68488412 Fri Jun 13 11:58:59  secretariat@df2ce.eu
(host 5.135.166.85[5.135.166.85] said: 451 4.0.0 Temporary message delivery failure try again (in reply to end of DATA command))
                                         probleme01@df2ce.eu

AE7CC4FAAF2  68485461 Fri Jun 13 10:38:23  secretariat@df2ce.eu
(host 5.135.166.85[5.135.166.85] said: 451 4.0.0 Temporary message delivery failure try again (in reply to end of DATA command))
                                         contact@df2ce.eu

-- 133765 Kbytes in 2 Requests.
root@telegramme:~#

Pourtant les configuration remontent correctement dans Postfix

root@telegramme:~# grep size /etc/postfix/main.cf message_size_limit = 104857600 mailbox_size_limit = 104857600 root@telegramme:~#

Une idée ???

par avance, merci

poustiquet

ybulach · June 13, 2014, 10:38am

Salut,

La cause la plus probable serait un over quota pour la boîte de destination:

cyrus/lmtp[31253]: verify_user(domaine.fr!user.monuser) failed: Over quota

A vérifier dans les logs (de tête, /var/log/mail.log).

Yamine.

Poustiquet · June 13, 2014, 11:09am

Merci ybulach pour ta réponse,

logique, mais je ne mets jamais de quota … ; vérification faite dans les logs, je n’ai rien trouvé de cela, ce qui est donc logique …

je continu à éplucher les log …

PascalS · June 13, 2014, 11:39am

Bonjour,

et avec la commande “postsuper -r ALL”,

sinon

“bmctl restart” pour relancer Cyrus
puis à nouveau “postsuper -r ALL”

Pascal

Poustiquet · June 13, 2014, 11:45am

Merci du conseil,

fait dès le départ …

RAS, je cherche l’origine …

PascalS · June 13, 2014, 11:47am

Sinon

mettre “mailbox_size_limit = 0” dans le “main.cf”, surtout quand, je cite : “…mais je ne mets jamais de quota…”

ou alors faire en sorte que “mailbox_size_limit” > “message_size_limit”

Pascal

Poustiquet · June 13, 2014, 12:00pm

En cours modification manuelle de postfix,
les valeurs sont sorties du webconfigurator …

Pas de changement … J’en perd mon Latin !

PascalS · June 13, 2014, 1:46pm

Sinon, t’aurais pas des erreurs cyrus dans le mail.log ?

Si oui, tu supprimes les fichiers “cyrus.*” dans la mbox, et tu la reconstruis

su cyrus -c ‘/path/to/cyrreconstruct -fr user/secretariat*@df2ce.eu’

Il faudra faire une recherche sur le binaire reconstruct de cyrus, le path a changé sur BM3/Debian7
Avant, on l’avait dans /usr/sbin/(cyrreconstruct)

Pascal

La commande sous BM3/Debian7 :
pour un utilisateur :
su cyrus -c ‘/usr/lib/cyrus/bin/reconstruct -fr user/secretariat*@df2ce.eu’

pour le domaine :
su cyrus -c ‘/usr/lib/cyrus/bin/reconstruct -fr user/*@df2ce.eu’

Poustiquet · June 20, 2014, 4:49pm

Merci pour l’info …

Je n’ai pas eu le temps de voir cela cette semaine.
Il me faudra de toute manière migrer les domaines/boites mails vers de nouveaux serveurs

Je vous tiens au courant …

jcp · June 22, 2014, 3:49pm

Il n’y a pas de taille maximum optimale pour l’envoi de mail.

NB : les pièces jointes sont codées, donc la taille totale du mail dépasse toujours nettement la taille de la pièce jointe : p.e. pièces jointe 6 Mo → mail ~9 Mo !

Dans la pratique, un mail de 10 Mo (taille totale) est reçu.
Certains récepteurs peuvent recevoir des mails jusqu’à 25 Mo (p.e. gmail).

Dans mon entreprise, j’ai communiqué sur une taille maxi de 10 Mo, et j’ai créé un serveur pour l’envoi de gros fichiers basé sur Jirafeau.
Cf https://gitorious.org/jirafeau : site source
et http://memo-linux.com/jirafeau-solution-simple-et-libre-de-partage-de-fichiers-auto-heberges-sans-base-de-donnees/ : tuto d’install pour une Debian

Le problème de la taille maxi, c’est “pourquoi s’arrêter à 50 Mo ?” : on ne cessera de la repousser, et à un moment cela ne fonctionnera plus !
(Le vrai problème, ce sont les utilisateurs qui refusent de réduire la taille de leurs documents et persistent à envoyer des images de plusieurs mégas alors qu’une version compressée suffirait largement !!)

Poustiquet · June 22, 2014, 4:35pm

<réponse pour emmerdeur>

L’histoire du passe-plat est aussi vieux que les premiers jours du réseaux mondial, voir plus.
Les scientifiques l’utilisent depuis les premières connexions internationales.

J’ai mis en production quelques nombreux serveurs indépendants BlueMind, et je suis surpris des consommations.
Le plus gros consommateur c’est moi-même. La seconde place est très loin derrière.

Certes, les pièces jointes sont de plus en plus grosses et de plus en plus nombreuses.
Mais l’utilisation de la boite mail, tout en gardant un grand nombre de mails pour archive, est particulièrement raisonné !

Tout cela me permet de ne pas mettre de quota à mes utilisateurs. La seule limite restent le stockage de leur serveur, largement supérieur à leur besoin.

</réponse pour emmerdeur>

J’adore ces discutions constructives
Mes Salutations .

Toony · June 25, 2014, 9:36am

Est-ce bon pour le problème d’envoi des mails ou le soucis persiste ?

Concernant la taille des pièce jointe, au final il n’y a pas de bonne solution, et tenter d’expliquer la notion de taille d’un fichier, qui grossi… aux utilisateurs est peine perdu, bon nombre d’entre eux n’ayant même pas la notion de taille d’un fichier…

Pour BlueMind 4, et avec le nouveau webmail, nous prévoyons d’implémenter la fonctionnalité de détachement des pièces jointes. Lors de l’envoi, les pièces jointes seront détachées du mail et stockées sur le serveur. Un lien sera mis dans les mails afin que les destinataires puissent télécharger ces pièces. Même si ça ne resoud pas directement le problème de l’espace utilisé, ça permettra de rendre ce problème plus transparent pour les utilisateurs.

Poustiquet · June 25, 2014, 10:23am

Bonjour Toony,
[comment vas tu ?]

Effectivement pour le problème, il est toujours présent.
A vrai dire, avec 2 à 3 heures de sommeil par nuit en ce moment, je n’ai pas cherché à reproduit le problème sur d’autres serveurs (alors que cela n’a l’air d’apparaître uniquement sur mon serveur de test telegramme.cloudma.fr)

J’ai fait passé le message auprès que quelques utilisateurs et tout le monde trouve “qu’envoyer des grosses pièces jointes” fonctionne particulièrement bien.
Malheureusement, impossible de connaître la taille max de leur PJ !

Dernièrement un fichier de 25Mo est bien passé,
Un mail avec un fichier de 45 Mo reste toujours dans la queue du Postfix …

Bref, si tu as une piste où je peux creuser, je suis preneur

Salutation
Poustiquet

Toony · June 25, 2014, 12:32pm

Ça va et toi ?

Il faudrait regarder du côté du service bm-lmtp.
Y’aurait-il des fichiers *.hprofs correspondants à ce service dans /var/log ?

Poustiquet · June 25, 2014, 4:26pm

ça va , ça va …
le boom , un boulot monstrueux … . et je commence tout juste à sortir de la paperasserie - pour refaire un peu de technique (oufff)
Des journées de fou, mais très intéressante

===

Effectivement , mon grep error sur tous les log n’avait pas marché … fatigué, j’ai oublié le “grep -i” , désolé …

Aucun .hprofs, what’s that ? ( wiki cisco )

===

voici les erreurs pour des envois supérieurs à 70 Mo

root@telegramme:/var/log/bm-lmtpd# tail -50 lmtpd.log                                                                                                               
2014-06-25 16:04:04,420 n.b.d.l.DeliveryFactory INFO - validator: CacheStats{hitCount=1891, missCount=549, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=531}                                                                                                                                                  
2014-06-25 16:04:04,420 n.b.d.l.DeliveryFactory INFO - lmtp: CacheStats{hitCount=1984, missCount=306, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=309}                                                                                                                                                       
2014-06-25 16:05:04,429 n.b.d.l.DeliveryFactory INFO - validator: CacheStats{hitCount=1891, missCount=549, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=531}                                                                                                                                                  
2014-06-25 16:05:04,430 n.b.d.l.DeliveryFactory INFO - lmtp: CacheStats{hitCount=1984, missCount=306, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=309}
2014-06-25 16:05:43,370 n.b.d.l.MboxValidator INFO - Returning cached status for contact@zozma.fr
2014-06-25 16:06:01,738 n.b.l.i.LmtpHandler ERROR - Java heap space
java.lang.OutOfMemoryError: Java heap space
2014-06-25 16:06:01,738 n.b.l.i.LmtpHandler WARN - not a success: 451 4.0.0 Temporary message delivery failure try again
2014-06-25 16:06:04,421 n.b.d.l.DeliveryFactory INFO - validator: CacheStats{hitCount=1892, missCount=549, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=531}
2014-06-25 16:06:04,422 n.b.d.l.DeliveryFactory INFO - lmtp: CacheStats{hitCount=1984, missCount=306, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=309}
2014-06-25 16:07:04,422 n.b.d.l.DeliveryFactory INFO - validator: CacheStats{hitCount=1892, missCount=549, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=531}
2014-06-25 16:07:04,422 n.b.d.l.DeliveryFactory INFO - lmtp: CacheStats{hitCount=1984, missCount=306, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=309}
2014-06-25 16:07:39,813 n.b.d.l.MboxValidator INFO - Checking address status: contact@zozma.fr => 250 2.0.0 OK in 37ms.
2014-06-25 16:08:03,451 n.b.l.i.LmtpHandler ERROR - Java heap space
java.lang.OutOfMemoryError: Java heap space
2014-06-25 16:08:03,453 n.b.l.i.LmtpHandler WARN - not a success: 451 4.0.0 Temporary message delivery failure try again
2014-06-25 16:08:04,422 n.b.d.l.DeliveryFactory INFO - validator: CacheStats{hitCount=1892, missCount=550, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=532}
2014-06-25 16:08:04,422 n.b.d.l.DeliveryFactory INFO - lmtp: CacheStats{hitCount=1984, missCount=306, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=309}
2014-06-25 16:09:04,422 n.b.d.l.DeliveryFactory INFO - validator: CacheStats{hitCount=1892, missCount=550, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=532}
2014-06-25 16:09:04,422 n.b.d.l.DeliveryFactory INFO - lmtp: CacheStats{hitCount=1984, missCount=306, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=309}
2014-06-25 16:10:04,421 n.b.d.l.DeliveryFactory INFO - validator: CacheStats{hitCount=1892, missCount=550, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=532}
2014-06-25 16:10:04,422 n.b.d.l.DeliveryFactory INFO - lmtp: CacheStats{hitCount=1984, missCount=306, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=309}
2014-06-25 16:10:09,770 n.b.d.l.MboxValidator INFO - Returning cached status for contact@zozma.fr
2014-06-25 16:10:10,293 n.b.d.l.LmtpdDeliveryAgent INFO - Delivery executed in 476ms.
2014-06-25 16:10:10,294 n.b.l.n.QueueNotificationOnDelivery INFO - notification sent to queue
2014-06-25 16:10:16,418 n.b.d.l.MboxValidator INFO - Checking address status: 0610171955@automotoecole-lemonnier.com => 250 2.0.0 OK in 52ms.
2014-06-25 16:10:16,836 n.b.d.l.LmtpdDeliveryAgent INFO - Delivery executed in 372ms.
2014-06-25 16:10:16,837 n.b.l.n.QueueNotificationOnDelivery INFO - notification sent to queue
2014-06-25 16:11:04,422 n.b.d.l.DeliveryFactory INFO - validator: CacheStats{hitCount=1893, missCount=551, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=533}
2014-06-25 16:11:04,436 n.b.d.l.DeliveryFactory INFO - lmtp: CacheStats{hitCount=1986, missCount=306, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=309}
2014-06-25 16:11:47,693 n.b.d.l.MboxValidator INFO - Returning cached status for contact@zozma.fr
2014-06-25 16:12:04,421 n.b.d.l.DeliveryFactory INFO - validator: CacheStats{hitCount=1894, missCount=551, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=533}
2014-06-25 16:12:04,422 n.b.d.l.DeliveryFactory INFO - lmtp: CacheStats{hitCount=1986, missCount=306, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=309}
2014-06-25 16:12:11,198 n.b.l.i.LmtpBackend ERROR - Filtering aborted: Java heap space
java.lang.OutOfMemoryError: Java heap space
2014-06-25 16:12:12,278 n.b.d.l.LmtpdDeliveryAgent INFO - Delivery executed in 1079ms.
2014-06-25 16:12:12,279 n.b.l.i.LmtpHandler ERROR - Java heap space
java.lang.OutOfMemoryError: Java heap space
2014-06-25 16:12:12,279 n.b.l.i.LmtpHandler WARN - not a success: 451 4.0.0 Temporary message delivery failure try again
2014-06-25 16:13:04,422 n.b.d.l.DeliveryFactory INFO - validator: CacheStats{hitCount=1894, missCount=551, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=533}
2014-06-25 16:13:04,422 n.b.d.l.DeliveryFactory INFO - lmtp: CacheStats{hitCount=1987, missCount=306, loadSuccessCount=0, loadExceptionCount=0, totalLoadTime=0, evictionCount=309}
2014-06-25 16:13:07,808 n.b.d.l.MboxValidator INFO - Returning cached status for contact@zozma.fr
2014-06-25 16:13:07,849 n.b.d.l.MboxValidator INFO - Returning cached status for contact@zozma.fr
2014-06-25 16:13:27,849 n.b.d.l.LmtpdDeliveryAgent INFO - Delivery executed in 2726ms.
2014-06-25 16:13:27,851 n.b.l.i.LmtpHandler ERROR - Java heap space
java.lang.OutOfMemoryError: Java heap space
2014-06-25 16:13:27,852 n.b.l.i.LmtpHandler WARN - not a success: 451 4.0.0 Temporary message delivery failure try again
2014-06-25 16:13:31,918 n.b.l.i.LmtpHandler ERROR - Java heap space
java.lang.OutOfMemoryError: Java heap space
2014-06-25 16:13:31,919 n.b.l.i.LmtpHandler WARN - not a success: 451 4.0.0 Temporary message delivery failure try again
root@telegramme:/var/log/bm-lmtpd#

idem sur un serveur en 2.0.10

apm@mail:/var/log/bm-lmtpd$ tail -50 lmtpd.log | grep -v DeliveryFactory | grep -v "at "
2014-06-25 16:10:46,239 n.b.d.l.LmtpdDeliveryAgent INFO - Delivery executed in 575ms.
2014-06-25 16:10:46,239 n.b.l.i.LmtpHandler ERROR - Java heap space
java.lang.OutOfMemoryError: Java heap space
2014-06-25 16:10:46,239 n.b.l.i.LmtpHandler WARN - not a success: 451 4.0.0 Temporary message delivery failure try again
apm@mail:/var/log/bm-lmtpd$

Toony · July 1, 2014, 2:57pm

Ok, le problème est que le process bm-lmtpd n’a pas assez de RAM pour traiter ce genre de mail.
Pour augmenter sa RAM utilisable il faut créer le fichier:
[list=*]
]<3.0.8: /etc/bm-lmtpd/mem_conf.ini/]
]3.0.8 et +: /etc/bm/local/bm-lmtpd.ini/]
[/list]

Et y mettre:

MEM=XXXM

Où XXX est la quantité de RAM possible pour ce process en méga-octets (256M par défaut).
Il faut ensuite relancer le service.

Pour un mail de 70Mo, les 256 autorisé par défaut sont trop juste.

Poustiquet · July 3, 2014, 11:11am

Merci Toony pour cette réponse …

J’aurai du deviner la chose ; j’ai vu la note à ce sujet pour la 3.0.8.
Il est grand temps que je refasse de l’admin, le paperasserie me fait rouiller !

PS:
Je viens de passer 3 jours de fou sur Paris; et le reste de la semaine ne sera pas mieux.
Actuellement dans le train , je pense pouvoir faire la manip avant ce week end . Je te tiendrais u courant ici !