Я пытаюсь настроить Evolution с Exchange, чтобы я мог обойти Windows для нескольких офисных вещей. У меня проблема в том, что когда я настраиваю свой аккаунт, Evolution просто не может его сохранить. Я предоставляю информацию, кажется, что подключение правильно, но затем, когда я добираюсь до конца мастера, учетная запись не настроена. Если я снова начну Evolution, я снова получу волшебника.
Это был прямой установка evolution
и evolution-ews
из склонного на довольно много новой 14,04 установки под управлением Xubuntu на передней панели.
Я не мог видеть журналы для Evolution, поэтому я запустил его, CAMEL_DEBUG=true evolution
чтобы немного отладить, и первые несколько строк выглядят так:
** (эволюция: 14167): ПРЕДУПРЕЖДЕНИЕ **: не удалось подключиться к шине доступности: не удалось подключиться к сокету / tmp / dbus-wLqFGe8c5K: соединение отказано
(эволюция: 14167): camel-WARNING **: не удалось инициализировать базу данных SQL NSS в sql: / etc / pki / nssdb: ошибка NSS -8187
** (evolution-alarm-notify: 14173): ПРЕДУПРЕЖДЕНИЕ **: Не удалось подключиться к шине доступности: Не удалось подключиться к сокету / tmp / dbus-wLqFGe8c5K: Отказано в соединении
База данных успешно открыта
Похоже, это то, что происходило во время работы мастера, а затем, когда мастер завершает работу, мы получаем некоторое обычное поведение, когда он создает базы данных и все такое.
Оказывается, в следующий раз, когда я вошел в систему, Evolution создавала одну и ту же учетную запись четыре раза, поэтому, очевидно, возникла какая-то проблема, которую она обошла стороной. Он по-прежнему не может получать сообщения из Exchange, поэтому он так же полезен, как шоколадный чайник, но эта проблема ограничена.
Ответы:
Возможно, ваша проблема связана с этой подтвержденной ошибкой ( пожалуйста, укажите, что ошибка влияет на вас , нагрев ошибки увеличится). Возможный обходной путь, который сработал для многих, найден в комментарии 35 :
«Я испытывал точно такую же ошибку. На основании информации, которую я прочитал в соответствующем отчете RedHat ( https://bugzilla.redhat.com/show_bug.cgi?id»). = 879773 ) Мне удалось заставить это работать, удалив все каталоги конфигурации Evolution (у которых уже были некоторые попытки конфигурирования,
сделанные давно) и убив и перезапустив Evolution: [Пт, 8 августа 10:02:25 EDT 2014 ]> Майк в Осси в ~
rm -rf .config/evolution/ .cache/evolution/ .local/share/evolution/
[Пт Авг 8 10:02:40 EDT 2014]>> Майк в Осси в ~
pkill evolution
Я снова прошел через мастер учетных записей, и после добавления пароля появился запрос, и я смог ввести пароль и добавить учетную запись ».
У меня также была та же проблема, что и у вас, но мне не нужно было удалять всю конфигурацию, к счастью. После входа / выхода из сеанса, gnome keyring будет снова запрашивать у меня пароли, и тогда EWS-аккаунты будут работать нормально. Я просто удалил с дублирующими счетами , как я пытался несколько раз , чтобы установить его.
источник
Мне просто нужно было убить текущие процессы, связанные с эволюцией, и снова начать эволюцию. Это сработало для меня.
Способ 1
Сначала перечислите PID запущенных в данный момент процессов для эволюции.
Найдите соответствующие PID (PID1, PID2, PID3 ...) из вышеприведенного вывода и убейте их за один раз:
Альтернативный метод
Это также может работать, если вы просто выйдите из системы и войдите в Ubuntu.
источник