Тимофей

Просто не надо так делать. Один ресурс = один URL. Можно разве что через GET-параметр передавать tid, если на целевой странице в зависимости от него что-то меняется. А это легко делается в шаблоне ноды, так как у тебя есть доступ к параметрам через функцию args и доступ ко всем полям ноды через $content['field_name']['#items']. Если используешь views, то просто выводи unformatted list, renered entity.

Думаю, из коробки такого решения нигде не будет (но могу ошибаться).
Конкретно по друпалу - я как раз делал нечто подобное. Могу сказать, что готового модуля для этого нет, так что пришлось писать костыль самому.
Сделал я это примерно так: добавил 2 поля - одно с картинкой и виджетом множественной загрузки, другое - field collection (модуль добавляет новый вид сущности, к которой можно привязывать поля как к ноде, а сами эти сущности могут заносится в любое другое поле с типом Field Collection), потом в хуке сохранения ноды убирал картинки, добавленные в первое поле, и на каждую из этих картинок создавал новый fild_collection_item, заносил туда картинку и сохранял во второе поле.
Короче, путь не джедайский, но если не хочешь убить кучу времени, то, пожалуй, единственно возможный. Сейчас не знаю, откопаю ли весь код, который я писал, но что-то могу дать, если нужно.

Можно попробовать модуль nodeblock. Тогда просто создаешь нужные типы материалов, для них пишешь шаблоны, заносишь нужные материалы в регионы.

По поводу почтовых уведомлений (если этот вопрос еще вообще кто-то смотрит): надо было просто покопаться в модуле Rules, который обеспечивает в частности функционал отправки почты и на мой взгляд даже на более крутом уровне, чем в битриксе. Хотя, наверное, в нем будет сложнее разобраться простым смертным, но давайте будем честны с самими собой - когда пользователи (заказчики) сами такой функционал настраивают? Все равно это всегда делает программист)