# Allow/Block per codec/content type

**URL:** <https://improve.xmtp.org/t/allow-block-per-codec-content-type/738>\
**Category:** XIP Stage 0: Ideas\
**Created:** [July 10, 2024, 1:58pm UTC](https://improve.xmtp.org/t/allow-block-per-codec-content-type/738 "2024-07-10T13:58:35Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Alejo\_Lovallo](https://improve.xmtp.org/user_avatar/improve.xmtp.org/alejo_lovallo/32/846_2.png) [@Alejo\_Lovallo](https://improve.xmtp.org/u/Alejo_Lovallo)\
**Post date:** [July 10, 2024, 1:58pm UTC](https://improve.xmtp.org/t/allow-block-per-codec-content-type/738/1 "2024-07-10T13:58:36Z")

</div>

**Reason:**

Considering the **modular** approach XMTP has for content types through the usage of Codecs, and in combination with the allow/block functionality at the address/conversations level, I think It will be completely possible to add the same functionalities but for different content types, at least for standard codecs.

---

<div class="post-metadata">

**Author:** ![saul](https://improve.xmtp.org/user_avatar/improve.xmtp.org/saul/32/1018_2.png) [@saul](https://improve.xmtp.org/u/saul)\
**Post date:** [July 12, 2024, 3:51pm UTC](https://improve.xmtp.org/t/allow-block-per-codec-content-type/738/2 "2024-07-12T15:51:16Z")

</div>

Hey, welcome, and thanks so much for the suggestion!

If my understanding is correct, you’d like for users to be able to block or allow messages of a certain content type.

What are the use cases you envision for this functionality?

---

<div class="post-metadata">

**Author:** ![Alejo\_Lovallo](https://improve.xmtp.org/user_avatar/improve.xmtp.org/alejo_lovallo/32/846_2.png) [@Alejo\_Lovallo](https://improve.xmtp.org/u/Alejo_Lovallo)\
**Post date:** [July 13, 2024, 1:31pm UTC](https://improve.xmtp.org/t/allow-block-per-codec-content-type/738/3 "2024-07-13T13:31:02Z")

</div>

Hi @saul, yes that´s correct.

The primary reason is for privacy settings from the users but also to avoid unnecessary node loading with undesired data.

I really think this can be an XIP because the code is modular well split so It will not take long to send a proposal with the changes.

What are your thoughts?

Thanks in advance!
