none
Не меняется статус Задачи в "Списке дел"! RRS feed

  • Вопрос

  • Извините, но может я задам вопрос не в той ветке, модераторы перенесите тему тогда.
    1. В клиенте Outlook 2007 ставиться задача, одному человеку.
    2. Испольнитель ее принимает, тот кто поставил получает уведомление.
    3. Исполнитель выполняет задачу, ставит состояние "Завершена".
    4. Поручатель получает уведомление и в его списке дел исчезает задача.
    Но возникает ситуация, когда в его списке дел задача не исчезает, а остается висеть, как не завершенная.

    • Изменено FiboAdmin 25 февраля 2010 г. 9:58
    • Перемещено Tina_Tian 18 марта 2012 г. 8:15 forum merge (От:Exchange Server 2003/2000/5.5)
    22 февраля 2010 г. 13:02

Все ответы

  • Пожалуйста подскажите, где копать?
    22 февраля 2010 г. 21:41
  • Вопрос задан не в той векте, можно закрыть тему?

    25 февраля 2010 г. 9:57
  • 1. В клиенте Outlook 2007 ставиться задача, одному человеку.
    2. Испольнитель ее принимает, тот кто поставил получает уведомление.
    3. Исполнитель выполняет задачу, ставит состояние "Завершена".
    4. Поручатель получает уведомление и в его списке дел исчезает задача.
    Но возникает ситуация, когда в его списке дел задача не исчезает, а остается висеть, как не завершенная.
    25 февраля 2010 г. 9:58
  • Добрый день!

    Уважаемый Timur73, можно поподробнее. Проблема множественная , или локальная? Ошибки в журнале есть?
    26 февраля 2010 г. 9:44
    Модератор
  • Добрый день!

    Уважаемый Timur73, можно поподробнее. Проблема множественная , или локальная? Ошибки в журнале есть?

    Проблема не множественная, т.е. появляется переодически, директор чаще ставит задачи, ну руководитель отдела редко, так вот у директора такое бывало, ну и на у клиентов, т.е. получателей задачи, было пару раз, т.е. неисправность плавающая.
    А в каком журнале нужно смотреть Exchange-а, как она (ошибка) может выглядеть?
    26 февраля 2010 г. 19:49
  • А сервер Exchange Sp какой?
    Я думаю, что если ранее 2-го , то нужно бы установить 2-й.

    Может быть, вот это вам поможет:

    In versions of Exchange
    Server 2003 earlier than Exchange Server 2003 SP2, recurring meeting requests or updates encoded as Rich Text Format (RTF) can lose the recurrence information. With Exchange Server 2003 SP2, recurrence information encoded as RTF is no longer deleted and your applications can successfully send recurring meeting requests encoded as RTF.

    Encoding HTML Message Bodies with JIS Instead of UTF-8
    Some applications require the ability to encode the HTML body content with Japanese Industrial Standard (JIS) instead of the default 8-bit Unicode transformation format (UTF-8). In versions of Exchange Server 2003 earlier than Exchange Server 2003 SP2, UTF-8 is the only character encoding used by CDOEX and the ExOLEDB provider. With Exchange Server 2003 SP2, the default HTML body encoding can also be set to ISO-2022 (JIS) encoding.

    To use JIS encoding, set the following DWORD registry value to a nonzero integer value:

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeWEB\EXOLEDB\UseISO2022JISCodepage

    When this registry value is zero, or when it does not exist, UTF-8 is used to encode HTML message bodies. If the registry value exists and has a nonzero value, JIS encoding is used. This change must be made on each server that the application uses to send JIS-encoded e-mail messages.

    Added Limitation to WebDAV XML Attributes
    To prevent problems with WebDAV returning successful status results when it receives excessive or invalid XML attributes, Exchange Server 2003 SP2 imposes a limit on the number of XML attributes in any element in a request. A maximum of 128 attributes can be submitted in a WebDAV XML request to Exchange Server 2003 SP2. In addition, Exchange Server 2003 SP2 WebDAV no longer reports success when it encounters invalid or excessive attributes. Versions of Exchange Server 2003 earlier than Exchange Server 2003 SP2 ignore the attribute processing errors, and continue as if the attributes were not transmitted.
    10 марта 2010 г. 10:34
    Модератор
  • Daniil Khabarov, в общем картина прояснилась, у пользователей в Outlook-клиентах есть несколько, различаемых по типу, учетных записей, по-умолчанию учетка Exchange и учетки POP/SMTP.
    1. В клиенте Outlook 2007 ставиться задача, учеткой Exchange исполнителю-1.
    2. Испольнитель-1 ее принимает, тот кто поставил получает уведомление.
    3. Исполнитель выполняет задачу, ставит состояние "Завершена".
    4. Поручатель получает уведомление и в его списке дел исчезает задача.

    В случае выставления задачи от учетки POP/SMTP, задача в списке дел задача не исчезает, а остается висеть, как не завершенная. И только, поставив галочку в списке задач и получив сообщение Outlook: "Вы не являетесь ответственным за эту задачу. Ваши изменения могут быть переписаны настоящим владельцем", задача помечается как выполненная.

    Я так понимаю это и правильно, ведь управление задачами происходит на уровне Exchang-а? Так ли это?

    Картина прояснилась, только с одной стороны, а с другой все осталось так же.
    Бук директора, не в домене, В клиенте Outlook 2007 учеткой Exchange по умолчанию одна и происходит застревание задачи в списке дел
    В общем где рыть не понимаю...
    10 марта 2010 г. 12:10
  • Вы так и не сказали, какой у вас сервис пак)

    В принципе, все что вы сказали - правильно, на уровне сервера. Т.е. проблемы появляются только на буке директора, правильно? Какой протокол используется у него?
    11 марта 2010 г. 14:37
    Модератор
  • Версия Exchang-и
    http://i2.fastpic.ru/big/2010/0315/9b/0f8bb8cf7aeb4a2760da16a7b58b769b.jpg

    В общем ситуация такая.
    На Exchange была вторая сетевая карта, отключне, на буке тоже самое, сменили приоритеты сетевых интерфесов, пока, Слава Богу полет нормальный.
    http://technet.microsoft.com/ru-ru/library/dd789571(EXCHG.80).aspx
    Даниил, Благодарю за помощь.
    15 марта 2010 г. 19:23
  • С глубочайшим прискорбием, сообщаю, что ничего не изменлось, точнее появилось вновь, и как всегда, это произошло у директора.

    Задача закрыта, а у него она в Тасках висит как не закрытая...

    29 апреля 2010 г. 7:53
  • Так, а все галочки стоят в настройках клиента?

    Еще, подскажите, ситуация такая: у всех все хорошо, кроме директора, у которого, одного-единственного, не меняется статус задачи? Кроме того, директор подключается по POP. А если подключить по MAPI?

    Модератор
  • Так, а все галочки стоят в настройках клиента?

    Еще, подскажите, ситуация такая: у всех все хорошо, кроме директора, у которого, одного-единственного, не меняется статус задачи? Кроме того, директор подключается по POP. А если подключить по MAPI?


    Да все галочки на месте.

    Однажды была у другого пользователя.

    Подключение стандартное, как пользователь Exchange-а:

    - Сервер Microsoft Exchange, РОР3, IMAP или HTTP---Сервер Microsoft Exchange

  • Попробуйте сделать список задач доступным и другим пользователям. Должно помочь.
    Модератор
  • Даниил, но разве это правильно, список задач ДИРЕКТОРА, делать доступным всем пользователям?
  • Да уж..

    Проблема, я так понимаю, что осталась. А есть какой-либо все-таки , общий признак данной проблемы?

    Модератор
  • Как гипотеза, задача могла ставиться несольким людям...
  • Добрый день,

    а точно все пользователи отмечают задачу выполненной?

    18 июня 2010 г. 8:32
    Модератор
  • да все пользователи

    21 июня 2010 г. 5:49
  • А все клиенты - 2007 ?
    24 июня 2010 г. 12:31
    Модератор
  • Интересно, а вопрос решился? Точно такая же проблема... Большая часть задач нормально обновляется, а часть нет. Отчет приходит, а в списке задач ничего не меняется.
    5 октября 2010 г. 14:25
  • Нет не решился.

    6 октября 2010 г. 10:21