Next Generation CMS :: Форум поддержки

Довольно странно... Попробуйте тогда удалить .htaccess чтобы проверить, может быть дело в нем.
Также может быть что дело в mod_wsgi, на такой экзотике мало кто пробовал запускать NG.

chmod'ы какие стоят на директорию, на файлы?

Нет.
В news_messaging.php, найти:

foreach ($mysql->select("SELECT mail FROM `".uprefix."_users`") as $row) {

Заменить:

foreach ($mysql->select("SELECT mail FROM `".uprefix."_users` WHERE newsletter = 1") as $row) {

Настройка системы -> Пользователи -> Максимальная длина поля 'о себе' в профиле пользователя

Для TWIG версии:

if($userROW['newsletter'] == "1")
    {
        $tVars['check_newsletter'] = 'checked';
        
    } else {
        $tVars['check_newsletter'] = '';
    }

И вывод через {{ check_newsletter }}

1. Сообщения будут приходить только тем пользователям, кто в профиле поставил галочку напротив опции - "Я согласен получать новости по электронной почте".
2. Если всё сделали по инструкции как написано здесь: http://ngcms.ru/forum/viewtopic.php?pid=35394#p35394, то при добавлении новости должен появится чекбокс "Сделать рассылку новости?" - если его отметить, то при добавлении новости - эта новость должна отправиться (в соответствии с шаблоном, который был оформлен в настройках плагина) всем у кого стоит в профиле галочка "Я согласен получать новости по электронной почте".
3. Следует учитывать версию CMS и плагина, т.к. zzMail работает по-разному.

NGCMS прекрасно работает на новых версиях php, вот например на 5.5.7:
http://ngcms.2u.se/info.php
http://ngcms.2u.se/

0. Ошибка не воспроизводиться и вы первый кто сталкивается с этим. Полагаю, что проблемы не существует.

1. NGCMS - это не клон DLE, а CMS, которая имеет свою историю и свой путь развития.

Если говорить о шаблонной системе, то такой вопрос уже поднимался:
- клонирование чужой системы - путь вникуда, т.к. тогда CMS будет постоянно на шаг позади, т.е. с внисением новых фич DLE, эти фичи нужно будет реализовывать и на NGCMS.
- какой смысл зацикливаться именно на DLE? Почему не Joomla, WP, etc? Для них тоже есть куча шаблонов. Это говорит о том, что верный путь - развитие CMS до того уровня, когда шаблоны будут создаваться под эту конкретную систему. В случае с NGCMS этого скорее всего не случится уже никогда, но как я уже говорил, каждый сам выбирает свой путь.
- да, шаблонная система NGCMS была (до определенного момента) предельно похожа на шаблонную систему DLE, но в данный момент NGCMS происходит этап плавного перехода на новую шаблонную систему - TWIG, которая имеет как свои преемущества, так и недостатки. Но это является однозначно знакоым решением и является шагом вперед в развитии NGCMS.

"Скрипты-конвертеры" DLE --> NGCMS есть (например http://ngcms.ru/forum/viewtopic.php?pid=21232#p21232), но понятно, что они не для актуальных версий. Очевидно, что у кого возникнет такая задача сам доработает данный конвертер. Несовместимость шаблонов и БД это ещё не всё что различает NG и DLE. Ещё у эти CMS разные URL страниц, поэтому прежде чем что-то делать стоит сильно задуматься стоит ли такой переход затраченных сил, с учетом того, что в DLE пользователь получает буквально "за копейки" все обновления и адекватную техническую поддержку в кротчайшие сроки.

2. По форуму. Здесь стоит FluxBB. Форум для NGCMS есть. Его разработка на данный момент заморожена, но в целом он находится в рабочем состоянии.

3. Это сделано за тем, что последний релиз был 2 года назад. За это время очень многое изменилось в самой CMS и написано/переписано множество плагинов для неё. Фактически ночная сборка является RC и вполне стабильна. По .htacess - очевидно, вы просто не понимаете, что сами пишите.

Чё должны вам тут за 3 часа дать ответ? У людей есть более важные дела чем отвечать на тупые вопросы на форуме. Тем более вопрос никак не связан с NGCMS.

Читайте ошибку:

Что означает, что мыло должно быть как мыло того аккаунта в системе, под которым запускается скрипт. ну или любое мыло, с доменом, на котором бегает скрипт. http://www.opennet.ru/openforum/vsluhforumID8/5435.html

Разница в том, что при выборе "персональное в БД" - данные хранятся в БД в отдельном поле, а при выборе в "едином храненилище" данные хранятся тоже в БД, но все в одном поле БД в сериализованном виде. Могут ли эти поля тебе понадобиться понятия не имею, всё зависит от нужного функционала. На обновление CMS/плагина это никак не влияет.

auth_basic на месте? Файлы целы?

Версия php какая?
http://localhost/www/engine/install.php - это и есть установщик он одним файлом, но там вроде можно запускать стадии по параметру:
http://localhost/www/engine/install.php?stage=2