Форум

[URL=http://dev.1c-bitrix.ru/api_help/advertising/classes/cadvcontract/set.php]CAdvContract::Set[/URL]

Все-таки там должно быть #SITE_DIR#.
А #SERVER_NAME# надо использовать не в настройках иблока, а в настройках почтового шаблона рассылки.

Содержимое главной страницы сайта это просто файл, который можно редактировать через панель управления. Что с ним может сделать контентщик - лишь вопрос настроек доступа. Почитайте [URL=http://dev.1c-bitrix.ru/learning/index.php]базовый курс[/URL].

CUser::SetUserGroup($ID, array_merge(CUser::GetUserGroup($ID), array(9)));  - не понял смысла вызова этой функции вне хендлера. Очевидно, вы назначаете его в компоненте регистрации. Хендлеры лучше устанавливать в init.php, а не в компоненте.

Чтобы не показывать какую-либо страницу пользователю, имеющему определенную группу, надо вначале этой страницы и в шаблонах, формирующих ссылки на страницу, делать проверку группы (if (in_array(9,$USER->GetUserGroupArray()))). Также установить в админке ограничение прав на эту страницу у данной группы, если это важно.

Я думаю даже что SetUserGroup не обязательно юзать, если в OnBeforeUserRegister просто модифицировать $arFields['GROUP_ID'], а менять группы по умолчанию не нужно.

Старанно. Ну, тогда можно использовать событие OnAfterUserRegister или OnBeforeUserRegister. А страницу, очевидно, придется получать из $APPLICATION->GetCurPage().

Получить ИД всех городов московской области, запихнуть их в массив и передать его туда же в фильтр, вместо ID города.

Написать скрипт для слияния данных...

Могу предположить, что эти закомментированные строки в main.register предназначены как раз для подобной цели:
[CODE]// set user group
//$sGroups = COption::GetOptionString("main", "new_user_registration_def_group", "");
//CUser::SetUserGroup($ID, explode(",", $sGroups));[/CODE]

Я [URL=http://dev.1c-bitrix.ru/community/webdev/user/54403/blog/1799/]здесь[/URL] описывал вкратце