Skip to main content
Solved

FSM 6 Mobile: Mobile Service download folder grows without limit (on-premise) – how do you clean it up?

  • Nov 2, 2026 6:21 PM UTC
  • 2 replies
  • 10 views

Forum|alt.badge.img+7

Hi all,

We run FSM 6 Update 29 on-premise, with the Mobile Service on its own server in our DMZ. The Mobile Service download folder has grown to about 85 GB and nearly 100k files, and nothing in it ever seems to be removed.

We've compared our setup with the U29 baseline database and can't find any scheduled process or app parameter that manages this folder. MOBILE DEVICE CLEANUP removes old device records and their messages from the database, but it doesn't touch the files on the Mobile server.

From what we can see, the folder holds:
- cached attachments (plus .zip copies of older ones)
- device init databases (PERSON__DEVICESEQ.zip). Every init seems to get a new device sequence and old ones are never removed, so one user has 25 of them going back to 2021.
- image zips
- a few hundred .tmp files left over from downloads that seem to have been interrupted

How do other on-premise customers handle this?

1. Do you clean up this folder, and if so, how (a scheduled script, an IFS-provided job, a setting)?
2. Has anyone deleted old init database zips? We expect they're only needed until the device finishes initialising.
3. Has anyone purged cached attachments? A missing attachment doesn't seem to be fetched again when a device requests it. It only seems to come back when the attachment is synced to the device again, so we're wary of deleting them. What did you see on the devices?
4. Has anyone else seen leftover .tmp files stop an attachment from being cached again (the device gets a 404)?

 

Thanks!

Best answer by roklde

Hi Graeme,

  1. As there is no out-of-the-box solution for cleaning up the mobile downloads folder our customers are typically implementing something on their own. Either they create some PowerShell script or do it manually.
  2. Those are not needed as soon as the mobile device downloaded it.
  3. Yes, correct. Attachments are fetched by the device upon mobile activation/initialization as well as on device sync.
  4. If the device can’t find the attachments anymore it will show a HTTP404 error (not found).

Best regards
Roman

View original

2 replies

roklde
Superhero (Employee)
Forum|alt.badge.img+27
  • Superhero (Employee)
  • Answer
  • Nov 3, 2026 2:33 PM UTC

Hi Graeme,

  1. As there is no out-of-the-box solution for cleaning up the mobile downloads folder our customers are typically implementing something on their own. Either they create some PowerShell script or do it manually.
  2. Those are not needed as soon as the mobile device downloaded it.
  3. Yes, correct. Attachments are fetched by the device upon mobile activation/initialization as well as on device sync.
  4. If the device can’t find the attachments anymore it will show a HTTP404 error (not found).

Best regards
Roman


Forum|alt.badge.img+7
  • Author
  • Do Gooder (Customer)
  • Nov 3, 2026 2:51 PM UTC

Thanks ​@roklde, that confirms what we found. We'll schedule a PowerShell cleanup to clean up the folder.