Event ID 9646 is logged in the application event log of your Exchange Server 2003 computer when a client opens many MAPI sessions

To change the value of the maximum permitted MAPI sessions per user from the default, you can configure the Maximum Allowed Sessions Per User registry entry. To do this, follow these steps.

Important This section, method, or task contains steps that tell you how to modify the registry. However, serious problems might occur if you modify the registry incorrectly. Therefore, make sure that you follow these steps carefully. For added protection, back up the registry before you modify it. Then, you can restore the registry if a problem occurs. For more information about how to back up and restore the registry, click the following article number to view the article in the Microsoft Knowledge Base:

322756  (http://support.microsoft.com/kb/322756/ ) How to back up and restore the registry in Windows

  1. Click Start, click Run, type regedit in the Open box, and then click OK.
  2. Locate and then click the following registry subkey:

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem

  3. If the Maximum Allowed Sessions Per User entry does not exist, do the following:
    1. On the Edit menu, point to New, and then click DWORD Value.
    2. Type Maximum Allowed Sessions Per User as the entry name, and then press ENTER.
  4. Right-click the Maximum Allowed Sessions Per User entry, and then click Modify.
  5. Click Decimal, type the value that you want to set in the Value data box, and then click OK.
  6. Exit Registry Editor.
  7. Click Start, click Run, type services.msc in the Open box, and then click OK.
  8. Click the MSExchange Information Store service, and then click Restart Service.

Как сделать так, что-бы MS Outlook не спрашивал пароль

В Outlook не сохраняются пароли !!! Если пользователь находится не в домене и подключение проходит по https

 

Выполните следующие действия:

  1. Пропишите на клиенте сетевой пароль:

    *.домен.нет

    Домен\пользователь

    Пароль

  2. выставить: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa lmcompatibilitylevel=3
  3. И может понадобится отключить в настройках подключения "подключаться только к серверам, содержащим основное имя в сертификате"

     

    Проблема решена…

Postfix и автоответ на письма

 

Необходимо, чтоб почтовый сервер (Postfix v2) при получении письма

определенным пользователям складывал им в ящик (как обычно), но при этом

отправлял короткое письмо отправителю: "В связи с праздниками наш офис

закрыт и ваше письмо будет прочитано тогда-то". Это правило должно

включаться и выключаться.

 

Оказывается можно с помощью встроенных средств решить поставленную задачу!

 

1. В master.cf добавить строку:

 

redirect unix - n n - - pipe flags=R user=postfix argv=/etc/postfix/script ${sender} ${recipient}

 

2. В /etc/postfix/script должно быть:

 

#!/bin/bash

/usr/sbin/sendmail -f $1 $2

cat /etc/postfix/autoreply.msg | /bin/mail -s Notify $1

 

Права на скрипт - должен быть выполняемым для postfix (или любого юзера

от имени которого в master.cf запускается скрипт)

 

3. Создать файл /etc/postfix/autoreply.msg и вписать в него текст сообщения

 

4. Добавить в main.cf:

smtpd_recipient_restrictions = что там есть, hash:/etc/postfix/recipient

 

5. Создать файлик /etc/postfix/recipient такого вида:

user1@mydomain.com FILTER redirect:

user2@mydomain.com FILTER redirect:

 

6. postmap recipient

 

7. postfix reload

 

Вроде ничего не забыл

Теперь чел уходит в отпуск, мы его в файлик recipient.

Пришел из отпуска - удаляем из файла.

 

Все сказанное проверялось на postfix v2