Sorry, that message exceeds the maximum message length

[JaDiuM]

Bonjour à tous,

J'ai fais une install (maquette mode serveur uniquement) SME -6.0- puis upgrade en 6.01, jusque la pas de problème, le serveur tourne depuis 3 mois environs sans un pepin (la routine).

Sont installés en contrib:

- Clamav + Spamassassin
- secure email

donc au final rien de bien sorcier, mais depuis ce matin j'ai un phénomène (parlant certes...) mais étrange, en reception et en emission si il y a pièce jointe (meme celles qui passaient plus tot dans la matinée et la veille) la c'est systématique:

552 Sorry, that message exceeds the maximum message length.. <- c'est parlant évidement mais pourquoi maintenant??


Je précise entre hier et aujourd'hui, aucune manipulations précises ni addons ni updates, hormis l'update journalier Clamav.

Disons que je suis plutot adepte bsd-debian-suse-redhat / postfix-sendmail, mais la avec les templates suis pas encore au point...

Quelqu'un a une idée du comment du pourquoi??
Une piste de résolution?

Merci d'avance.

Cdt

PS: Les quotas sont OK - df OK - User OK - Domain OK - Port OK - pas de remonté de log significatif particulier

LOG :

[code] => 552
[msg] => Sorry, that message exceeds the maximum message length.

[desc] =>
[server_chat] =>
c->s: fsockopen(localhost,25,0,,5) ; returned: Resource id #39
s->c: 220 serveur.toto.tata mailfront ESMTP
c->s: EHLO tit.tata.toto
s->c: 250-serveur.toto.tata
s->c: 250-8BITMIME
s->c: 250 PIPELINING
c->s: MAIL FROM:<mail@mail.comr>
s->c: 250 Sender accepted.
c->s: RCPT TO:<mail@mail.com>
s->c: 250 Recipient accepted.
c->s: DATA
s->c: 354 End your message with a period.
c->s: .
s->c: 552 Sorry, that message exceeds the maximum message length.



[/b]

[MasterSleepy]

Salut,

Ce ne serait pas une limitation du php ça??
Sans certitude bien sûr.

Si tu essayes d'uploader un fichier de plus de 2Mo, c'est fort possible.

Je te conseil la rubrique : "Modifier la taille maximale des upload en PHP"
Du howto de muzo sur la ligne de commande
http://www.muzo.homeip.net/nest/contribs/HowTo/howto-use_SME_db_command-line.htm

A+

[JaDiuM]

Salut

Merci pour ta réponse, mais j'ai déjà essayé la manip évidement sans succes, de plus quelque soit le support client type (outlook-sylpheed-webmails divers), autant en entrant qu'en sortant.

Je m'explique :

à partir du réseau local -> émission bloquée -> motif "552... blah blah"
à partir d'un compte externe -> reception refusé avec envois à l'emetteur -> motif "552... blah blah"

Chose à préciser, les mails sans pièces jointes passent convenablements (envois reception).


Le problème semble plus vilain (et va certainement se démocratise CAUSE CLAMAV ANTIVIRUS) il y'a une piste ici:

http://contribs.org/modules/pbboard/vie ... sc&start=0

ce qui m'étonne c'est qu'il n'y a rien de particulier dans les logs...

[JaDiuM]

Bonsoir,

Bon bien j'ai résolu mon problème...

Le pourquoi du comment je ne sais pas ceci dit, voici comment:

Logiquement et par défaut il n'y a pas de limitation de taille mail en envois et en reception (valeur à 0 de /var/smtpfront/env/DATABYTES et /var/ssl-smtpfront/env/DATABYTES)


j'ai donc forcé cette valeur de MaxMessageSize à 10500000 de cette manière:

Pour le SMTP classique:

/sbin/e-smith/config setprop smtpfront-qmail MaxMessageSize 10500000
/sbin/e-smith/expand-template /var/service/smtpfront-qmail/runenv
svc -t /service/smtpfront-qmail

Pour le SMTP SSL:

/sbin/e-smith/config setprop ssl-smtpfront-qmail MaxMessageSize 10500000
/sbin/e-smith/expand-template /var/service/ssl-smtpfront-qmail/runenv
svc -t /service/ssl-smtpfront-qmail

puis faire un show pour verifier : /sbin/e-smith/db configuration show smtpfront-qmail (idem pour ssl)

Alors maintenant qu'est ce qui a fait que la valeur 0 (no limit) n'etait plus fonctionnelle... je ne me l'explique pas encore.


Si quelqu'un a une explication crédible je suis prenneur.


Esperant que cela puisse aider d'autre utilisateur

Cdt