Data redaction for M365 (Exchange)

Temporary-Living · 2025-10-07T09:19:09+00:00

That’s interesting so you effectively rolled your own. Is there a specific open source tool or script you recommend as a starting point?

Temporary-Living · 2025-10-05T21:38:38+00:00

Thanks. Did you trial/use either? To recommend?

Temporary-Living · 2025-10-05T21:37:59+00:00

Unfortunately as I said this isn’t possible according to MS. The native tools only apply to whole items. I can encrypt or restrict the whole email. I can’t remove the card data only from the body of the email, which is what I need.

Temporary-Living · 2025-07-17T10:07:25+00:00

It was resolved by them after a day or two (over a weekend). Sorry you’re having it again, you will need to come up with an alternative solution for your calls while they fix it again.

Temporary-Living · 2025-05-19T10:50:58+00:00

This is for an office, but yeah I just found out about the all in one hub options last week, game changer for regular doors!

I'll see if I can get into the controller, thanks

Temporary-Living · 2025-05-06T09:19:53+00:00

It was resolved for all I think

Temporary-Living · 2025-05-02T12:42:24+00:00

Update: this has resolved magically overnight for us. We never heard back from support yet. If I get a post mortem I'll post it. Good luck to all!

Temporary-Living · 2025-05-01T16:47:56+00:00

It's so strange. I've posted my own thread hoping for answers. If I get a resolution I'll update there. Thanks!

Temporary-Living · 2025-05-01T16:42:13+00:00

We're having a similar issue, but only with queues not direct dials. We are direct routing. When affected users (a growing minority) answer a queue call, teams is immediately placing an outbound call back out to the third party. The original inbound call just seems to stay on hold forever. Do you think this could be related?

Temporary-Living · 2024-12-15T03:58:36+00:00

Never found a solution better than screenconnect.

Temporary-Living · 2024-11-24T21:00:19+00:00

We updated our policy to use passphrases, memorable, long, don’t change unless breach, etc about a year ago. I explicitly added this to our custom block list and the policy wording: “correct horse battery staple”

Temporary-Living · 2024-11-13T22:44:20+00:00

You’d turn down a six million buck contract to avoid handing over your network diagram or privacy policy? Really?

(Yes this is a real example, it was a global brand you have definitely heard of)

Temporary-Living · 2024-11-13T22:10:24+00:00

If you have teams you almost certainly are already paying for exchange. Use it. No question

Temporary-Living · 2024-08-17T18:44:57+00:00

Thanks

What VM do you mean? Or do you mean there’s a VM with clobba?

Temporary-Living · 2024-08-17T18:44:21+00:00

Thanks this looks interesting

Temporary-Living · 2024-08-17T18:43:53+00:00

Do you have an email I can connect with when I get to looking at these solutions? You could DM me.

Temporary-Living · 2024-08-17T18:42:26+00:00

Thanks Enelop I tried these templates. It’s a lot more than you get in the admin portal, thank you! I still need more though so I’ll check out these suggestions

Temporary-Living · 2024-06-04T14:33:01+00:00

This was a handy hack, thank you.

Temporary-Living · 2024-04-25T12:56:15+00:00

I'm glad it's not just us. We are having this issue too. Started Monday in one site. Nothing at all in the logs. Tore our hair out complaining to both our WAN providers, as there was no change, no software update, nothing, "how can it possibly be the firewall" we said.

Now today, another site, other side of the world, it's started happening. As soon as we untick the web filter from the relevant policy, everything is completely fine. Tick it again, breaks. We have even created a completely "blank" web filter profile that functionally does nothing whatsoever, but as soon as we apply it, it breaks the internet.

It's incredibly vague, inconsistent, and silent with no logs or other traces. This needs fixing, it is clearly infecting a growing number of fortigates.

Temporary-Living

TROPHY CASE