Storage Leak? Email Attachments

So I’ve been testing the IMAP email to ticket template. I modified it slightly to download attachments (in the trigger) and attach them to the database in the later steps.

Though it seems like storage usage is going up ~2x as much as expected.

I tested sending an email with an attached pdf of around 90kb. When checking the billing section, the storage usage went up by about 180kb. After I deleted the row in the database that had the pdf attached, it went down by ~90kb, with the storage remaining ~90kb above what it was prior to the email being received.

It appears that a copy of the file is being left somewhere. I am suspecting maybe the ‘download attachments’ step in the automation is storing it separately - but not emptying it?

Not sure if this is something that will clear by itself or not.

Your guess is spot on! When the IMAP trigger’s “download attachments” is enabled, we cache attachments in the execution history (accessible via URLs). Adding them to your database creates another copy, hence the double storage usage. We’re working on letting folks clear execution histories later - your storage will get freed up once that’s possible. :grin:

1 Like