имхо, вопрос был какие есть причины, кроме как ответы самого ТС
лучше так не делать - возможна ситуация, что для mail.ru ваш сервер станет источником спама, и именно его mail.ru занесет в черные списки, тогда уже ваши письма на ящики mail.ru доходит не будут, а будут попадать сразу в спам
проще и надежнее - прикрепить домен к почте яндекса или гугла, можно еще на сервере установить spamassassin и т.п. подробнее http://habrahabr.ru/company/ispsystem/blog/155043/
так вы поищите чтоб дня два отвечали - еще больше будете довольны ))
нет
более того анкета человека должна быть с подтвержденным телефоном
ну я с этим почтовиком не занимался, посмотрел на структуру бд которую нашел в нете http://habrahabr.ru/post/154281/
судя по структуре таблицы accounts - поля в ней для пересылки почты нет, возможно это можно реализовать через алиасы - таблица aliases
если есть рабочий сервер - попробуйте в эту таблицу добавить строчку с тестовым адресом и пересылкой на какой нибудь свой ящик, а потом послать на этот тестовый адрес любое письмо, если перешлется значит работает
а что значит грамотно? как хотите (считаете нужным) так и поступайте, или вы хотите чтоб вам подсказали как нужно? а кто ж знает как вам нужно? если например контент храниться в бд, то дата добавления этого контента в бд может быть переделанной датой последнего изменения страницы, но вдруг вы внесете изменения в шаблон, а в кеше останеться старый вариант??
имхо, если вы хотите снизить нагрузку на сервер путем кеширования страниц, то время кеширования стоит определять час, два не более, а вообще, я бы не парился с "кешированием" в php, а вот кеширование запросов к БД это можно, но для этого, как правило, хватает внутренних средств самого сервера БД (по крайней мере в MySQL)
ну еще можно кешировать статичные картинки, js, css и т.п., но опять же не надолго, а то вдруг надо будет внести изменения
имеется ввиду то, что если вся конфигурация почтового сервера храниться в базе данных, то и работать с этой базой можно средствами php (например добавлять и редактировать строки таблицы, в которой хранятся имена почтовых ящиков)
берите лучше сразу вдс - сейчас можно найти и подешевле чем шаред хостинг, ставите туда фришную панель - веста, в которой автоматическое создание бекапов всего сайта целиком каждый день по расписанию
кстати в случае, если возмете вдс - будет меньше шансов взлома через соседей по серверу (а такое кстати тоже бывает), + можно принять меры к тому, чтобы и хостер так просто уже не залез как на шареде
че там изучать то? за пару дней можно освоить достаточно для того чтобы простенький сайт без БД сделать, на инклудах, а с ним возни потом на порядки будет меньше, чем с чистым html - в одном шаблоне код изменил - и на всех страницах сразу поменялось - красота
ситуация крайне неприятная, но вполне прогнозируемая, поэтому лично я откажусь от ISPmanager даже если хостер будет предоставлять ее бесплатно (хотябы потому что не хочу попасть в подобную ситуацию)
самое время вспомнить об убийце ISPmanager, как по мне, кстати, вполне достойная альтернатива
спасибо за подсказку, то что нужно
переменная app_data как раз решает эту проблему
