'Message too big' for incoming messages

[awirthy]

We are receiving the below error when we are sent some emails with attachments that should be received fine.

Diagnostic-Code: smtp; 552 5.3.4 Message too big

Any idea why this would happen and what to check in PMG to fix this?

Thanks,
Aaron

 

[Stoiko Ivanov]

Diagnostic-Code: smtp; 552 5.3.4 Message too big

Where exactly to you get this message - from which system?

Please post the logs from PMG for this e-mail

else - on a hunch - make sure you have a large enough size configured for PMG (GUI->Configuration->Mail Proxy->Options)

I hope this helps!

 

[awirthy]

I already have that set it to 20Mb, and yet we are still getting this error.
I'll have a closer look at our mail server.

 

[adthiel]

Where exactly to you get this message - from which system?

Please post the logs from PMG for this e-mail

else - on a hunch - make sure you have a large enough size configured for PMG (GUI->Configuration->Mail Proxy->Options)

I hope this helps!

When this maxsize is exceeded, where can i find this in the log? We came this across in our organization, but i was unable to reproduce this from the log. The only evidence is the message that the user receive. Is there a way to find this back in the log?
Is the log: smtpd disconnect line the one that define this? ehlo=1 quit=1 commands=2
thanks in advance

 

[mmisolution]

When this maxsize is exceeded, where can i find this in the log?

I had to search a bit...

Alas, It isn't visible in the GUI interface;
but you can see it on the postfix logs by searching for "Message size exceeds" or return code 552

Eg:

2025-01-15T11:24:57.743227+01:00 spam postfix/smtpd[2080972]: NOQUEUE: reject: MAIL from mail-ej1-f48.google.com[209.85.218.48]: 552 5.3.4 Message size exceeds fixed limit; from=<gurvlb@gmail.com> proto=ESMTP helo=<mail-ej1-f48.google.com>

Other "NOQUEUE: reject" lines are displayed, why not "size exceed" ones ,

 

[mmisolution]

The problem is we are _NOT_ getting the message in the GUI.

If the message could be displayed in the mailtrack in the GUI, then it would have been much faster to solve as it would have been seen quickly.