Internal e-mails resulting in a '554 5.2.2 mailbox full' error: NamedPropsQuotaExceeded

Question

Internal e-mails resulting in a '554 5.2.2 mailbox full' error: NamedPropsQuotaExceeded

Maikel 0

Hi all, whenever we try to send e-mail's internally, we very often get the following error:

Remote server returned '554 5.2.2 mailbox full; STOREDRV.Deliver.Exception:QuotaExceededException.MapiExceptionNamedPropsQuotaExceeded;

This is never the case with people from outside our organisation e-mailing us. Those e-mails always get delivered.

I did a namedprops dump via MrMapi on the affected accounts and it returned this:

Detected 1 property sets with a large number of properties.This typically indicates the incorrect use of named properties by a custom application.Check the full list of properties in the property set(s) listed below to help identify the application at fault.{00020329-0000-0000-C000-000000000046} = PS_PUBLIC_STRINGS

We already increased the quota via MS support several times, but cant seem to find the app or plugin which keeps writing these strings/property's, causing the quota to exceed.

Anyone has a tip how we can find which app or plugin is causing this? We can offcourse migrate the affected inboxes and start clean, but it's just a matter of time that it will exceed the quota again.

Yuki Sun-MSFT 41,336 Reputation points Microsoft External Staff

2023-10-13T06:15:00.6266667+00:00

Hi @Maikel ，

I'd like to follow up to see how things are going on with this thread. If the information provided in my last reply below was helpful, could you please click the "Accept Answer" so other users can reference it? If you still have further concerns, feel free to post back.

1 answer

Your answer

Yuki Sun-MSFT 41,336 Reputation points Microsoft External Staff

2023-10-13T06:15:00.6266667+00:00

Hi @Maikel ，

I'd like to follow up to see how things are going on with this thread. If the information provided in my last reply below was helpful, could you please click the "Accept Answer" so other users can reference it? If you still have further concerns, feel free to post back.

Answer 1

Yuki Sun-MSFT 41,336 Microsoft External Staff

Hi @Maikel ,

I tried searching a lot but so far haven't find any method to directly find out which app is adding the named properties.

whenever we try to send e-mail's internally

Is this affecting all users in your tenant, or it only occurs when the message is sent to some particular internal recipients?
Can the same problematic mail be sent to and received by external recipients properly?
If it's a suddenly occurred problem, is there any third-party plugin or software implemented recently which may update messages with custom properties?

A quick search on the GUID included in the output of MRMAPI led me to this article. From the information there, it seems that the GUID could be related to Outlook custom forms. So, do you have any idea about whether the users are using any custom forms in Outlook?

Furthermore, if currently all users are using the Outlook client to send or receive mails, you can try testing by using OWA instead and see if the internal mails can be received without error.

If the answer is helpful, please click "Accept Answer" and kindly upvote it. If you have extra questions about this answer, please click "Comment".

Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.

Maikel 0 Reputation points

2023-10-11T07:01:00.3833333+00:00

Dear @Yuki Sun-MSFT ,

Thank you so much for your respons.

It is only affecting 3 users in total which also show the exceeded quota error when creating a dump.

The same e-mail arrives at all other users, even external. And we never had any case where any external e-mail did not reach those affected users.

Unfortunately the quota is already exceeded so even when using the webclient, internal e-mails are not being deliverd to those users.

I will take a look at the link you've provided. Again: many thanks!
Yuki Sun-MSFT 41,336 Reputation points Microsoft External Staff

2023-10-11T07:11:57.8533333+00:00

Hi @Maikel ,

It is only affecting 3 users in total which also show the exceeded quota error when creating a dump.

Do the 3 users have anything in common which might be related to this issue? For instance, do they happen to be using a same add-in in Outlook which could interfere with their mailboxes?
Maikel 0 Reputation points

2023-10-11T07:17:36.43+00:00

Hi @Yuki Sun-MSFT ,

No not really. They all use outlook in a different way. 2 out of 3 users do not use any plugin at all.
1 user is using outlook shared templates by Ablebits: https://www.ablebits.com/outlook-shared-email-templates/index.php

A question you might be able to answer:
Could user #1 be the cause of exceeding the named properties of user #2 and user #3 by sending specific emails to these 2 users on a regular basis?
Yuki Sun-MSFT 41,336 Reputation points Microsoft External Staff

2023-10-11T09:24:30.27+00:00

Hi @Maikel ，

Based on my understanding, yes, this can be the cause for user #2 and user #3.

I haven't found document about Named properties specifically for Exchange Online, but according to the information in the following article, it appears to me that your assumption does make sense.

Understanding the Impact of Named Property and Replica Identifier Limits on Exchange Databases

The article says name properties were stored in the mailbox database in Exchange 2007 and then moved to the mailbox level in Exchange 2010, so guess it's still in the mailbox level for Exchange Online. Then from the statement in the article, in Exchange 2007, "When the information store processes a message that contains custom information, the store automatically adds an entry to the named properties table for any custom property that has not been previously processed.", adapting this to the mailbox level, my understanding is that it's possible that the cause of exceeding the named properties of certain mailboxes could be some messages containing custom information sent by another internal user.

By the way, it's also mentioned in the article that "Anonymous e-mail messages from the Internet no longer consume named properties for X-headers." while "Authenticated users" still consume. This can probably explain why the affected users can still receive external emails without issue.

Taken in the round, I'd suggest trying to increase the quota again for the affected users, then temporarily avoid using the aforementioned shared templates and monitor some time to see the result.

Share via

Internal e-mails resulting in a '554 5.2.2 mailbox full' error: NamedPropsQuotaExceeded

1 answer

Your answer