552 5.7.0 Number of MIME parts exceeds maximum

[Ex-Netweter]

Foutmelding   552 5.7.0 Number of MIME parts exceeds maximum permitted bij het versturen van een mail met een groot aantal bijlagen (een 80-tal) via smtp.telenet.be met Outlook. Allemaal heel kleine bestandjes.

De melding lijkt uit een Plesk mailserver te komen: daarmee kun je het aantal bijlagen beperken. Met een Exchange kan het ook, maar dan is de foutmelding anders geformuleerd.

Heeft Telenet een beperking op het aantal bijlagen en zo ja, wat is het maximale aantal bijlagen?

[Arthur2]

Waarschijnlijk is er wel een maximum maar die ken ik niet.

Wat je wel kan doen is de kleine bestanden in 1 zip bestand steken. Dat is voor iedereen veel gemakkelijker vooral voor de ontvanger van de e-mail.

[Ex-Netweter]

Ja, dat heb ik ook gesuggereerd, maar dat geeft nog geen oorzaak van het probleem. 

Het aantal bijlagen beperken is geen standaard praktijk. De grootte van het totale bericht beperken wel natuurlijk (bij Telenet rond de 18MB blijkbaar, gmail bijvoorbeeld 25).  Waarom en hoeveel?

[Arthur2]

Ik zal het even voor je navragen.

[Petito]

https://www2.telenet.be/nl/klantenservice/e-mails-versturen-lukt-niet-met-telenet-webmail/

[Petito]

https://www2.telenet.be/nl/klantenservice/wat-zijn-de-beperkingen-bij-het-versturen-van-e-mails/

[Petito]

https://www2.telenet.be/nl/klantenservice/telenet-gedragscode/

[Arthur2]

@Petito

In geen enkele van die links staat het maximum toegestaan aantal bijlagen. De grootte wel maar het aantal niet.

[Ex-Netweter]

Inderdaad. En als het aantal onbeperkt zou zijn, zou je bovenstaande foutmelding niet krijgen vermoed ik. De bijlagen zijn allemaal eml-bestanden van 8.8kB met enkel tekst in. Dat is in totaal nog geen megabyte.

[sb]

Onderstaande heb je al bekeken? (Via 'mail error 552 5.7.0' is te zien dat het met veiligheid te maken heeft.)

RFC 1893 - Enhanced Mail System Status Codes

http://www.faqs.org/rfcs/rfc1893.html

    5.X.X   Permanent Failure

       A permanent failure is one which is not likely to be resolved by
       resending the message in the current form.  Some change to the
       message or the destination must be made for successful delivery.

       X.7.X   Security or Policy Status

          The security or policy status codes report failures
          involving policies such as per-recipient or per-host
          filtering and cryptographic operations.  Security and policy
          status issues are assumed to be under the control of either
          or both the sender and recipient.  Both the sender and
          recipient must permit the exchange of messages and arrange
          the exchange of necessary keys and certificates for
          cryptographic operations.

       X.7.0   Other or undefined security status

          Something related to security caused the message to be
          returned, and the problem cannot be well expressed with any
          of the other provided detail codes.  This status code may
          also be used when the condition cannot be further described
          because of security policies in force.

Zoals de foutmelding zegt zit het probleem in het aantal MIME delen. Waarom die dan niet proberen te verkleinen? Moet dat per se in aparte EML-bestanden?

Mogelijke oplossingen zijn zoals reeds voorgesteld: stop alles in een ZIP-bestand of nog beter, 7z. Met een gratis en klein programma zoals 7-Zip kan je dit encoderen en decoderen én je kan het indien gewenst beveiligen met een wachtwoord.

Je kan de bestanden (al dan niet in ZIP of 7z) ook opslaan "in the cloud". Via Google Drive kan je bestanden uploaden en delen met anderen. Als Google geen alternatief is, dan kan je altijd je TN webspace (50MiB) gebruiken.

[Ex-Netweter]

Bedankt voor de verwijzing naar RFC 1893 - daar had ik nog niet aan gedacht. 

De vraag was echter niet hoe los je het op - daar zijn inderdaad vele makkelijke manieren voor. De vraag was: is er een beperking op het aantal bijlagen en hoe groot is die. En misschien bijkomend: waarom wordt dat aantal dan beperkt?

In RFC 1893 staat

This status code may also be used when the condition cannot be further described
because of security policies in force.

De verdere beschrijving wordt wel gegeven door de software van de mailserver. In dit geval is het " Number of MIME parts exceeds maximum permitted", maar de boodschap die bij 552 5.7.0 hoort, blijkt verschillend te zijn voor verschillende mailservers.

Gmail gebruikt de boodschap inderdaad voor bestandstypes die ze niet willen versturen om veiligheidsredenen, maar deze foutboodschap suggereert dat het om het aantal gaat.

Op een MS Exchange server wordt dat 552 5.7.0 DATA header size exceeds maximum permitted en dat gaat blijkbaar over het maximale aantal mailservers waar het bericht doorgaat dat overschreden wordt.

Enfin, het lijkt mij dat 552 5.7.0 zowat voor vanalles gebruikt wordt.