cppmm

А чем почтовые протоколы Outlook'а отличаются от почтовых протоколов, к примеру, Thunderbird'а? SMTP/POP3/IMAP насколько мне известно, везде реализованы одинаково по стандарту. И с этим почтовые сервера справляются отлично. По поводу остального надо читать отдельно. И что-то мне подсказывает, что календари и задания - это уже вне компетенции почтового сервера и должно решаться другими инструментами. Хотя, конечно, могу ошибаться.

Валера5 писал(а) Thu, 13 August 2009 23:56 Посоветуйте свежие материалы по этой теме? Кроме ссылок, приведённых выше, я бы посоветовал ещё книгу "Руководство администратора Linux" Эви Немет и компании. Ну и само собой документацию в дистрибутиве. После установки почтового сервера, его конфиг довольно неплохо прокомментирован, , есть man на него и конечно google. Валера5 писал(а) Thu, 13 August 2009 Имеет ли Linux встроенные врзможности для организации почты ? Да. Имеет. Самые распространённые MTA - sendmail, postfix, exim4. Из POP3/IMAP-серверов и MDA хорошо себя зарекомендовали dovecot и courier-imap. Средства аутентификации, управления пользователями и остальное тоже в изобилии. Надо всего лишь это всё настроить.

Лучше взять не убунту, а что-нибудь более гибкое. Правда, придётся потратить время на доводку до ума и настройку.

Была похожая проблема, правда на FreeBSD. Решалось изменением прав на сокет sasl. Т.е. если он находится, к примеру, в /var/run/authdaemond/socket, надо разрешить чтение и запись для всех(или изменить группу на ту, в которой состоит почтовик и дать права для группы). Путь в сокете, лучше указать в smtpd.conf руками для верности.

Цитата: Если автор имел в виду, что на новой системе будет другая локаль, то совет cppmm, с флэшкой (напр. vfat) - действительно, самое простое решение. Именно этот вариант я и имел ввиду.

А сам sasl установлен?

А зачем такие сложности? 1. Скопируйте файлы на флешку. 2. На новой системе смонтируйте флешку с указанием текущей локали(man mount, пункты про опции монтирования вашей фс).

ubuntu такая ubuntu. А если серьёзно, попробуйте руками остановить его и потом удалить. Т.е. сперва скомандовать: /etc/init.d/isdnutils stop Если не отработает, то с помощью ps ax выяснить PID процесса ipppd и убить его по kill -9, а потом снова попробовать apt-get.

apt-get'ом

Каким образом настраивали аутентификацию? Courier-sasl или ещё что-нибудь? Что по этому поводу в main.cf?

Сложно сказать. Проще проверить. Обычно фряха запускается практически на любом железе. Проблемы начинают возникать только с поддержкой всяких дополнительных модемов/принтеров и другой переферии.

В конфиге postfix'а main.cf Параметры myhostname и mydomain.

gogi писал(а) Wed, 22 July 2009 18:15 cppmm У меня такой же телефон SE K320i. Хотел уточнить, изменилось ли качество связи в лучшую сторону после перехода на модем. С удобством вроде проблем не возникает. Телефон всегда под рукой, во всяком случае в зоне действия bluetooth. Нет, качество связи не изменилось. Просто я, когда это всё настраивал, пользовался интернетом не один, а при использовании телефона, если меня с телефоном нет дома, то нет там и интернета.

Что пишет в логах pppd(скорее всего они складываются в /var/log/messages)? Весь лог выкладывать не надо, нужны только сообщения pppd.

vlershov писал(а) Wed, 22 July 2009 07:42 Вот зацени все ситуацию ))))) http://www.nowa.cc/showthread.php?t=230306 Очень не советовал бы следовать подсказкам перейти на нестабильную ветку. Рискуете поймать много ошибок, с которыми новичкам справиться сложно.

Да, странно. Я бы попробовал погуглить по названию вашей видеокарты+linux. Плюс, возможно, что особое есть в железе. Потому как подобные ошибки я давно не встречал(правда последнее время общался только с nvidia).

Руками. Я не знаю, как иначе ответить на этот вопрос, потому что пошаговых инструкций в сети тысячи. С примерами команд и подробным объяснением.

Боюсь, что вытянуть подобный драйвер нельзя. Правда, можно поспрашивать местных юристов. Всё-таки ядро под GPL. Если драйвер что-то меняет, не должны ли его авторы выложить сырцы? Тогда юридически вытащить его можно. Технически - только обратный инжениринг.

Да-да. Какой-то уж больно толстенький попался.

Если драйвер именно вкомпилен в монолитное ядро, а не собран модулем, то не думаю, что это возможно без всяких хитростей типа дизассемблирования и т.д. Это какой-то нестандартный драйвер? Откуда он в этом ядре взялся?

Покажите вывод команды: uname -a

http://wiki.debian.org/ATIProprietary

1. Загрузиться с LiveCD. 2. Примонтировать диски с установленной системой. 3. Перейти туда в chroot-окружение. 4. Сделать passwd. 5. Перезагрузиться и войти в систему с новым паролем.

Для инетренет клуба - самое оно. Меньше проблем с антивирусами, хламом на рабочих столах, ограничениями безопасности и т.д. Единственное, что надо продумать - это учётная система и блокировка экранов по окончании времени. Готовых решений я не видел и решал это скриптовыми ксотылями. А вот с играми сложнее. Чтобы самые соверменные завести, придётся очень много помучиться, да и не факт, что выйдет. Правда, можно почитать, как там сейчас дела у cedega. Лицензия у низ стоит относительно дешёво, и, по опыту, если у них заявлена поддержкак какой-то игры, игра действительно работает. Может, этот вариант поможет.

Цитата: ведется статистика трафика, помоему в radius Вам не кажется, что этого описания несколько маловато для того, чтобы хотя бы предположить, в чём может быть проблема?