We have a dynamic Component Template for publishing Multimedia Components. The dynamic Component Template redirects the multimedia binaries to a XYZ target Structure Group (in Default Finish Actions). All Multimedia Components are publishing successfully and they are available in target folder.

Now we would like to introduce sub folders in the target folder and want some specific Multimedia Components redirected to the sub folder upon publishing.

Is it possible without having custom TBBs?

2 Answers 2


I don't think it's possible without a custom TBB.

For short, the idea is to map Structure Groups to the Folders containing your Multimedia Components, then use these SGs when publishing a given MM Component.

The creation of the mapped Structure Groups is something that could be done via event system, when saving a MM Component.

The publishing part would be done in a custom TBB.

Check out the long story in these blog posts:


I approached (hacked) this scenario once by having a child publication where we would publish the subset of PDFs to a separate folder, as configured in publication properties.

If I could revisit it, I'd first consider the business case as shaped by any technical restraints.

  1. My use case was "authorized" documents that the business emailed direct links to. Luckily this profile didn't grow into more options, but if it did and we needed more folder variations a publication-approach would have be short-sighted.

  2. No custom TBBs (same restriction in my case), seems to leave delivery-side code as the only way to handle the separation (maybe via a routing or redirect approach). But a better approach would have been pages.

So here are two more options:

  • Authors create pages with those to control placement of URLs in sub-structure groups. How they render is up to templating and delivery. This fits the scenario where the business emails links to these items. The event system or Page Types can help automate part of this.

  • Templates control SG placement through variants as determined in the linking component presentation. This gives you control over the path but might not be clear to authors without proper naming conventions or instructions. You would be calling "AddBinary" so I'm not sure if this would break your "no custom" rule.

Typically you would do one set location for variants per component template to avoid issues with paths.

The business or use case gives you more options than "yes" or "no."

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.