none
Проблемы доставки почты. RRS feed

 > 

  • Вопрос

  • Question
    Нужно войти
    1
    Нужно войти
    После падения сервера восстанавливал  из бекапа БД  ящики пользователей.
    Все  востановил , ошибок  не было ,   почта  ходит.   Только  вот как то странно.

    На некоторые  ящики  почта  от внешних отправителей доходит  быстро.   На  некоторые  может дойти через  час  ато и больше. А на некоторые вообще не доходит ,  отправителю  возвращает:

    There's a problem with the recipient's mailbox. Please try resending the message. If the problem continues, please contact your helpdesk.

         550 5.2.0 STOREDRV.Deliver: The Microsoft Exchange Information Store service reported an error. The following information should help identify the cause of this error: "MapiExceptionInvalidEntryId:0.22318:3D000000, 4.19246:07010480, 0.28014:00000000, 4.24942:07010480". ##rfc822

    Очередь транспорта  пустая. Ошbбок  в логах нет. 
    В  чем проблема ?  Куда  копать ?  Выручайте :(

    +  к тому  еще   клиентам которые забирают почту  по ПОП3 не выгружаются письма.   Заходишь через OWA письма  есть но по ПОП3  их не видно .
    • Изменено offskid 21 декабря 2009 г. 12:17
    21 декабря 2009 г. 11:59
    |

Ответы

Все ответы

  • Question
    Нужно войти
    0
    Нужно войти
    Есть подозрение, что почтовая база/базы поврежденны.
    http://www.msexchange.ru/articles/detail.php?ID=1058
    Как вариант - можно проверить на целостность теневую копию базы:
    http://www.msexchange.org/articles_tutorials/exchange-server-2007/management-administration/storage-group-copy-checksums-exchange-2007.html

    Тут по русски: http://itdoc.com.ua/2009/01/kontrolnye-summy-kopij-grupp-xraneniya-v-exchange-2007/

    MCSE:M 2003, MCITP:EA, EMA
    21 декабря 2009 г. 12:14
    |
  • Question
    Нужно войти
    0
    Нужно войти
    Я  создавал чистую базу.   И   в нее мувал "Move local request' ящики с  рековери базы.  В  процессе каждый ящик проверялся.
    21 декабря 2009 г. 12:24
    |
  • Question
    Нужно войти
    0
    Нужно войти

    Чтоб были ошибки в логах (евентах), надо уровень диагностики поднять с самого низкого.
    Поднять надо для MSExchangeIS/Private. Причем самый высокий уровень диагностики (7й) можно только через реестр включить.

    MCSE:M 2003, MCITP:EA, EMA
    21 декабря 2009 г. 12:40
    |
  • Question
    Нужно войти
    0
    Нужно войти
    у меня аналогичная ситуация. после слияния двух баз (архивной и dial tone)

    если восстанавливать отдельно по пользователям с параметром TargetFolder то восстановление проходит успешно, и данная ошибка не появляется.

    хочется конечно иметь решение на уровне БД.

    создал аналогичную тему на английском
    http://social.technet.microsoft.com/Forums/en-US/exchangesvravailabilityandisasterrecovery/thread/7e52d41f-2fc8-4bb1-b2f3-34f47d396a30

    MCSE:Security, MCITP:Enterprise Administrator
    • Предложено в качестве ответа Kirillov Konstantin 1 марта 2010 г. 7:18
    1 марта 2010 г. 7:18
    |
  • Question
    Нужно войти
    0
    Нужно войти

    Apologies, typing in English, let me know if it's not clear....

    1. download MFCmapi tool (http://mfcmapi.codeplex.com/releases/view/39272) onto the box where you have Outlook
    2. create an Outlook profile against the mailbox that cannot receive mail (make it "online" rather than "cached" - to eliminate potential timing issue with  step 4)
    3. Run MFC mapi, navidate to "Inbox" folder:
     Seesion -> Logon And Display Store Table
     Inbox is under Root, Top of the information store
    4. Remove property 0x35EE0102 (I don't think it is named but if it is - then it is ptagAllItemsFolderEntryID)

    (just to make sure - close and open MFCampi and confirm that property is gone; chance of fatfinger is high - there are quite a few with the similar id)

    Good luck!

    • Предложено в качестве ответа Kirillov Konstantin 3 марта 2010 г. 6:56
    2 марта 2010 г. 17:42
    |
  • Question
    Нужно войти
    0
    Нужно войти
    Это действительно помогло!
    спасибо большое.
    MCSE:Security, MCITP:Enterprise Administrator
    3 марта 2010 г. 6:56
    |
  • Question
    Нужно войти
    1
    Нужно войти
    Все решилось  переносом ящиков  в новую БД.  Методом Live Migration.
    • Помечено в качестве ответа offskid 3 марта 2010 г. 10:36
    3 марта 2010 г. 10:36
    |
  • Question
    Нужно войти
    0
    Нужно войти
    не совсем понял как вы решили вопрос.
    Вы создали New local move request и указали новую чистую БД?

    Я так тоже попробовал, но ничего не изменилось после завершения переноса.

    Помог только метод, описанный Дмитрием. но он подразумевает редактирование каждого пользователя.


    Опишите плз что именно вы делали?
    MCSE:Security, MCITP:Enterprise Administrator
    3 марта 2010 г. 11:20
    |
  • Question
    Нужно войти
    0
    Нужно войти
    Да  New local move request  в  новую БД .
    3 марта 2010 г. 11:51
    |
  • Question
    Нужно войти
    0
    Нужно войти
    странно.


    перенес ящик в другую существующую базу. ничего не изменилось.

    сделал dismount   (на всякий случай поставил галочку "This database can be overwritten by restore"
    сделал mount

    получилось.


    проверяю дальше... Спасибо за наводку!


    MCSE:Security, MCITP:Enterprise Administrator
    3 марта 2010 г. 12:06
    |