ExchangeRUS - сайт о Microsoft Exchange Server и электронной почте » Outlook 2003

Пятничный пост или приколы электронной почты

Pavel Nagaev — Fri, 16 Apr 2010 11:36:48 +0000

Сегодня пятница, хочется домой, чтобы тупить перед телеком или гулять по улице, главное — ничего полезного не делать. Весна, солнце, травка зеленая. Ах…. . На работе сейчас ничего серьезного делать нельзя, т.к. из-за случайных ошибок можно провести выходные на работе, а этого совсем не хочется. Поэтому отвлекусь от текучки и опубликую несколько своеобразных скриншотов, полученных при работе с электронной почтой. Они лежат в моих задачах с пометкой BLOG уже очень давно, вот только дошли руки их опубликовать.

Задача, выполняемая 6 лет.

Еще в феврале прошлого года я получил от одного из коллег вот такую вот задачу. Долго смотрел и не мог понять, что не так. Потом дошло, задача была назначена 6 лет назад Господи, какой же я уже старый. Возможно мой коллега наводил порядок в своих задачах и вместо удаления задачи просто завершил ее. Макросы из задачи уже давно не используются, серверов, где они использовались тоже давно нет

Вот такой вот, звонок из прошлого.

Назад в будущее. Часть 4я.

Мой коллега как-то пожаловался на то, что у него ремайндеры хотят установится на время, когда человечества уже не будет — на 4501 год. Решения в моей голове никакого не было, обычно делают новый профиль в Outlook и все «непонятные» ошибки уходят. Мы правда поступили иначе — поменяли рабочую станцию и версию Outlook, т.к. все равно уже пришло время для апгрейда.

Специально такое не сделаешь, я продолжу коллекционирование скриншотов. Если у вас есть подобное — присылайте.

Exchange для …., ну вы поняли

Еще вот такая книжка продается в книжных магазинах. Очень интересно что в ней написано и о чем она может быть Вот тут оказывается много таких книг по продуктам Микрософт.

Удачных выходных!
Похожие посты:

Outlook 2003 не может подключиться к Exchange Server 2010

Pavel Nagaev — Fri, 25 Dec 2009 13:29:46 +0000

Натолкнулся сегодня в форумах на очередной вопрос о том, что Outlook 2003 не может подключиться к Exchange Server 2010 и решил написать мини пост.

Да действительно, не может, при подключении возникает следующее сообщение об ошибке:”The action cannot be completed. The connection to Microsoft Exchange is unavailable. Outlook must be online or connected to this action.”

Причина кроется в галочке или включении шифрования соединения между сервером и Outlook.

По умолчанию в Outlook 2003 она выключена, а в Outlook 2007/2010 включена и сервер Exchange 2010 требует обязательного шифрования.

Решений несколько:

1. Включение шифрования на Outlook 2003 вручную или политиками

2. Выключение требования обязательного шифрования RPC соединений на CAS Exchange 2010.

На мой взгляд первое решение наиболее правильное.

Более подробное описание о решении находится в статье Microsoft http://support.microsoft.com/kb/2006508

О технических подробностях написал Henrick Walther в статьях:

http://www.msexchange.org/articles_tutorials/exchange-server-2007/planning-architecture/uncovering-new-rpc-client-access-service-exchange-2010-part1.html

http://www.msexchange.org/articles_tutorials/exchange-server-2007/planning-architecture/uncovering-new-rpc-client-access-service-exchange-2010-part2.html

На Oszone есть русскоязычные версии статей.

Похожие посты:

Внимание! Пятничный конкурс на знание Outlook

Pavel Nagaev — Fri, 21 Nov 2008 08:39:36 +0000

Сегодня ко мне обратились с жалобой на работу Outlook. Проблема проста, я знал решение сразу, но не мог никак вспомнить местонахождение заветной галочки. Убил минут 10, так и не нашел. Залез в Гугл, решение в первой ссылке по двум ключевикам. Мне вот интересно, это у меня одного такая плохая память или все же нет? И так, внимание настоящий пользовательский вопрос.

Вопрос из категории службы HelpDesk. Гуглом, хелпом и советом друзей пользоваться можно в случае, если ответ не знаете или не нашли.

Запомните время
Вопрос звучал так: “Паша, у меня исчезает Outlook, остаются только письма с которыми я работала. Обнаружила закономерность, это происходит, когда я сворачиваю Outlook. Приходится заново запускать Outlook из Quick Launch. Как сделать так, чтобы Outlook не исчезал?”
Время пошло.
В комментах не пишите ответ, пишите только затраченное время и стеб.

p.s. коллеги по работе опустили по полной сразу .

Похожие посты:

Можно ли держать PST файлы на флешке?

Pavel Nagaev — Thu, 16 Oct 2008 07:41:13 +0000

Итак, продолжаем “гнусную” серию постов про PST файлы. Почему “гнусную”, а потому, что тема PST всплывает, когда эти файлы ломаются, разрастаются и их количество превышает количество звезд на небе. По крайней мере лично у меня складываются именно такие ощущения.

А можно ли хранить PST файлы на USB драйве и носить его … на шее? Да, можно, но нужно соблюдать следующие правила.

Убедитесь, что Вы закрыли программу Outlook и она уже не “держит” PST файл. Мой Outlook внешне вроде выгружается, но в памяти остается часто, поэтому нужно дождаться полной выгрузки(примерно 10 секунд). Проверить это можно с помощью Task Manager или Process Explorer.
Используйте флешки на которых памяти раза в два больше, чем размер PST. Или довольно быстро придется искать новую флешку
Разрешите Microsoft Outlook AutoArchive и используйте PST на флешке только для хранения действительно важных писем, иначе PST быстро забьется спамом
Убедитесь, что Вы не нарушаете корпоративную политику по хранению и работе с данными. Вдруг в вашей компании подобные методы запрещены

Конечно хранить важные данные на флешках и внешних дисках наверное не стоит, т.к. мало того, что все они подвержены внешним воздействиям, но у флешек же есть определенное количество циклов записи после которых она может работать не стабильно. А также флешки, как и диски время от времени дохнут. Поэтому лучше эти средства использовать только для временного хранения, переноса данных с одного компьютера на другой.

p.s. Cлышал историю о том, что один из ген. директоров мелкой фирмы носил реальную бухгалтерию из 1С у себя на шее, а “белую” бухгалтерию вел бухгалтер. Но что-то мне кажется, что это не совсем правильно

Похожие посты:

Вебкаст «Разговоры об ИТ» №20 пройдет 30 июля с 21:00 до 23:00 MSK. Тема «ИТ на предприятии, как это работает»

Pavel Nagaev — Wed, 30 Jul 2008 05:35:25 +0000

Как обычно, в среду, пройдет еженедельный вебкаст «ExchangeRUS—Разговоры об ИТ» № 20, на котором ИТ-cпециалисты со всей России будут обсуждать текущие проблемы.

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

«ИТ на предприятии, как это работает»

Данная тема меня интересует давно, никак не могу найти книгу или статью, где об этом было бы хорошо расписано. Поэтому я предлагаю порассуждать об ИТ на предприятиях, зачем это нужно, как устроено и как организовано, а затравочку я дам

Запись встречи — «Разговоры об ИТ. Выпуск №20. Тема «ИТ на предприятии»»
[display_podcast]

AUDIO:Разговоры об ИТ. Выпуск №20. «ИТ на предприятии». Павел Нагаев (RAR) 26.89 MB Скачано 838 раз

Для тех, кто не сможет посетить это мероприятие, будет сделана запись.

После доклада я буду отвечать на вопросы по Exchange, Вася Гусев[MVP] по PowerShell, Александр Станкевич[MVP] и Илья Рудь по Windows.

Если у вас есть тема и Вы хотели бы о ней рассказать на нашей встрече, то, пожалуйста, напишите об этом в комментариях.

В случае возникновения каких-либо технических проблем с LiveMeeting мы будем писать об их устранении в комментах к этому посту.

ВХОД в LiveMeeting

(начнет работать за 30 мин до встречи)

Для участия нужна гарнитура(наушники+микрофон), Интернет и клиент Live Meeting 2007(15Mb). Желательно использовать USB гарнитуру.

Похожие посты:

Отправка писем в Microsoft Exchange server от имени группы

Pavel Nagaev — Wed, 28 May 2008 09:53:40 +0000

В горячих дискуссиях об отправке писем от имени Secondary email адреса было выявлено, что предлагаемый мной способ не является «простым» и имеет кучу недостатков. Я с этим согласен и хочу рассказать об еще одном способе отправки сообщений от имени группы рассылки.

Итак, сценарий тот же: «Cотруднице отдела кадров Маше Голубовой с адресом Masha@еxchаngеRUS.ru необходимо обрабатывать резюме, приходящие на адрес ok@еxchаngеRUS.ru. А также в ее обязанности входит отправка подтверждения о получении резюме с адреса ok@еxchаngеRUS.ru Руководство не хочет, чтобы уведомления отправлялись с основного адреса Маши»

В Active Directory существует разрешение «Send As». В нашем случае мы можем создать пользователя или группу рассылки и дать Маше право «Send As» на эти объекты. После этого Маша сможет отправлять сообщения, как будто бы их отправил созданный пользователь или группа.

Что лучше создать: пользователя, группу с адресом или Public folder ok@еxchаngеRUS.ru? Ответ такой: если резюме нужно хранить в одном месте и обеспечивать к ним доступ другим сотрудникам, то тогда выбор должен быть между почтовым ящиком или Public Folder. Если же обработкой будет заниматься один сотрудник и в его обязанности входит только отправка уведомлений о получении резюме, то достаточно будет создать группу рассылки.

Итак, давайте создадим группу рассылки «OK» с e-mail адресом ok@exchangerus.ru, сделаем Машу членом этой группы и дадим ей право «Send As» на группу. Тогда она сможет принимать и отправлять сообщения с адреса ok@exchangerus.ru.

1. Создаем группу «OK»

2. Создаем пользователя Машу Голубову, если ее учетная запись еще не существует.

3. Добавляем пользователя Машу в члены группы OK

4.В ADUC даем разрешение «Send As» пользователю Маше на группу OK@exchangerus.ru

Теперь Маша сможет отправлять уведомления о получении резюме, заполнив поле From:

На мой взгляд и взгляд Stanky это все же наиболее простой способ для отправки сообщений от адреса, отличающегося от Primary. Комменты будут?

Полезные ссылки:

http://www.msexchange.org/tutorials/Sending-As.html
Похожие посты:

Отправка писем в Microsoft Exchange server с Secondary SMTP адреса

Pavel Nagaev — Tue, 27 May 2008 12:03:31 +0000

Частенько перед пользователем Microsoft Exchange Server стоит задача отправлять письма не со своего основного e-mail, а скажем от другого. Как это реализовать?

В Microsoft Exchange Server существует несколько сценариев отправки сообщений:

Отправка от своего Primary e-mail адреса
Отправка от своего Secondary e-mail адреса
Отправка от имени другого пользователя организации Exchange
Отправка от имени группы
Отправка от имени Public Folder
Отправка от имени зайчика.

Я напишу только о первых двух вариантах.

Рассмотрим следующий сценарий: «Cотруднице отдела кадров Маше Голубовой с адресом Masha@еxchаngеRUS.ru необходимо обрабатывать резюме приходящие на адрес ok@еxchаngеRUS.ru. А также в ее обязанности входит отправка подтверждения о получении резюме с адреса ok@еxchаngеRUS.ru Руководство не хочет, чтобы уведомления отправлялись с основного адреса Маши.»

Существует несколько способов реализации этого сценария — через Public folders, переадресацию, Shared Mailbox, Sharepoint.

Давайте выберем самое простое решение — добавление пользователю Маше второго SMTP адреса ok@еxchаngеRUS.ru. Тогда вместе со своей основной почтой она будет получать резюме и настроив правило, сортировать их по папкам.

Вопрос в том, как отправлять уведомления с адреса ok@еxchаngеRUS.ru?

По умолчанию Microsoft Exchange Server отправляет письмо от Primary e-mail address и стандартными средствами отправить письмо с адреса ok@еxchаngеRUS.ru нельзя(SendAs на доп.mailbox не рассматривается). Существуют плагины к Outlook, которые позволяют это делать, но у меня четкая позиция, что плагины в большой или даже средней компании — это великое зло, начиная от их распространения на клиентов и заканчивая глюками с другими плагинами и приложениями. Проходили уже.

Одним из решений является отправка сообщения по SMTP от имени… впрочем от любого имени. Как известно, протокол SMTP не проверяет отправителя, поэтому можно вписать любой адрес, правда если письмо попадет в спам на принимающем сервере…, но это уже другая история:-)

Для этого настраивается дополнительная учетная запись у Маши в Outlook для отправки по протоколу SMTP с адреса ok@еxchаngеRUS.ru

Необходимо запустить Outlook 2007 и в меню Tools\Accounts Settings\E-mail нажать кнопку «New…» , затем «Next», выбрать «Manually conf…» и нажать «Next» два раза. Затем заполнить форму для подключения к серверу Microsoft Exchange по SMTP.

Хочу заметить, что поскольку почтового ящика OK не существует, то забирать почту по POP3 просто неоткуда. Поэтому имя входящего сервера «noname», это просто текстовая строчка. В качестве smtp сервера используется корпоративный SMTP сервер на который Маше нужно авторизовываться, чтобы была возможность отправки почты наружу.

Итак, после создания новой учетной записи мы видим следующее:

Первая — это основное (по умолчанию) подключение к Microsoft Exchange серверу по протоколу MAPI, два остальных — это подключения по протоколу POP3/SMTP. Последняя запись нужна Маше для отправки писем своему приятелю.

У Маши после создания нового письма есть выбор записи от имени которой будет осуществляться отправка. По умолчанию все письма будут уходить с адреса Masha@exchangerus.ru. Для отправки с адреса отдела кадров нужно выбрать списка адрес ok@еxchаngеRUS.ru

Примерно это будет выглядеть так.

На картинке хорошо видно, через какую учетную запись будет отправлено сообщение.

Мне кажется этот алгоритм вполне приемлем для данного сценария, никаких плагинов или ухищрений не нужно.

Попробуйте и Вы, а мне напишите в комментарии, что понравилось, а что нет.

Похожие посты:

Нажимаем Send и «Мама! Что я наделал?»

Pavel Nagaev — Mon, 12 May 2008 10:03:01 +0000

Давайте вспомним ситуацию, когда Вы нажимали кнопку «Send» при написании нового письма и потом кричали: «Иёёёё!!! Что я наделал?», т.к. или забыли поставить в копию кого-то важного или, наоборот, послали «веселые картинки» своему боссу или еще хуже — клиентам

«Отлично, — скажете Вы, — а ведь существует функция «Отозвать сообщение» (Recall) в Outlook». Ага, а много раз она Вам помогла? Ладно, это другая история.

Есть еще один очень простой способ избежать вышеописанной ситуации. Странно, что я раньше о нем не подумал.

Идея заключается в автоматической задержке сообщений на несколько минут, прежде чем Exchange начнет обрабатывать сообщение. За это время Вы успеете отредактировать или удалить только что отосланное сообщение, прежде чем оно будет доставлено.

Существует два метода задержки сообщения:

Отправка сообщения в точно назначенное время.
Задержка сообщения на определенное время, указанное в минутах

В первом случае нужно вручную изменить Delivery options в сообщении.

Во втором случае нужно создать правило, которое будет применяться ко всем сообщениям и устанавливать задержку отправки на необходимое количество минут.

Настраивается это с помощью правил:

Откройте диалог настройки правил.
Создайте правило ‘Check message after sending»
Введите условия для отбора сообщений или нажмите кнопку Next если Вы хотите, чтобы правило применилось ко всем сообщениям.
Выберите «defer delivery for a number of minutes» в окне Actions и введите количество минут от 1 до 120.
При необходимости добавьте исключения и нажмите Finish.

На самом деле это правило берет текущее время, прибавляет к нему кол-во минут из правила и записывает сумму в вышеописанный аттрибут письма в Delivery options.

Этот метод позволяет установить задержку до 120 минут и в отличие от Recall он работает на 100%. А также можно с помощью критериев определить задержку только для определенных получателей, например вашего босса.

При использовании POP3, IMAP или Cache mode нужно помнить, что Outlook должен быть запущен во время отправки.
Этот способ хорош для индивидуальных писем, но существует еще множество плагинов позволяющих выполнять подобные действия. http://www.slipstick.com/addins/mail.asp.

p.s. пока я писал этот пост, пришлось воспользовался правилом задержки пару раз

Похожие посты:

Олд скул уведомления в Outlook

Pavel Nagaev — Thu, 13 Mar 2008 11:20:10 +0000

Изловили меня недавно пользователи и говорят, что зрение у них плохое и конвертик в правом нижнем углу они не видят. Подавай им, видители, такую нотификацию о приходе новых сообщений, чтобы было видно хорошо. А Desktop Alert им не нравится, ибо там максимальная задержка на экране 30 секунд, еще и полупрозрачный. А им нужно, чтобы если сообщения пришли, то окошко должно висеть на экране вечно. Вот такие вот чудо запросы от пользователей.

Порывшись в Интернете, или как сейчас модно говорить «погуглив», я нашел, что значение задержки Desktop Alert хранится в ветке реестра HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Common\DesktopAlert .

Это ключик TimeOn типа DWORD которое содержит значение в миллисекундах и оно может больше 30 секунд. В одном дне — 86,400,000 миллисекунд, поэтому можно смело ставить это значение и Desktop Alert будет висеть, даже если пользователь ушел с работы домой.

Для офиса 2007 нужно в ветке реестра значение 11 поменять на 12.

Почитать про Desktop alert можно здесь и здесь.

Похожие посты:

Даты сообщений в Outlook

Pavel Nagaev — Mon, 24 Dec 2007 07:36:24 +0000

Как-то так сложилось, что если мне нужно посмотреть любые параметры сообщения, то я сразу лезу смотреть его заголовок. Сегодня в форуме TechNet задали вопрос и в процессе исследований я обнаружил для себя любопытную вещь.

В Outlook у сообщения есть два поля — Received и Sent. В общем списке сообщения отображается Received, а в теле сообщения Sent. На нижеприведенном скриншоте видно, что сообщения было получено(Received) в 8:43, а отправлено(Sent) в 2:01.

На самом деле все честно, так все и было. Поле Sent — это поле, которое заполняет Outlook при отправке письма и оно совпадает с полем Date в заголовке. А поле Received — заполняет ваш Exchange сервер, когда принимает письмо. Точного алгоритма я не знаю, но суть примерно такая. Если Вы знаете точный алгоритм — напишите или дайте ссылку, интересно.

Я просто раньше на это внимание не обращал, теперь буду

Похожие посты: