Upd: English version of the article: Enabling Windows Mail in Windows 7 - retrospective review three years later.


Руководство по восстановлению функционала почтовика Windows Mail, отключенного в операционной системе Windows 7 по недоброй воле Microsoft'а, была написана три с лишним года назад, но тема, в нем поднятая, продолжает живо интересовать толпы обиженных пользователей, так и не приноровившихся к предлагаемому взамен Windows Live Mail. Для тех, кто перешел на Windows 8, а затем заапгрейдился на 8.1, не так давно сделал аналогичную инструкцию для этих операционок. Но Семерка все еще хороша и весьма популярна, и интерес к вопросу о реанимации WinMail в рамках этой OS в последнее время не только не ослабел, но даже и подрос. В обсуждении к статье посетители сайта навели на некоторое количество частных проблем, возникших в разных редакциях системы. По итогам этой дискуссии появились некие поправки и дополнения, каковые я имею честь представить высокому собранию.

Будут рассмотрены вопросы, возникшие и разрешенные при выполнении соответствующих шагов основного руководства. Итак, начнем же, помолясь. :)

Шаг 1 - запуск WinMailEdit.reg

WinMail успешно реанимируется и без предварительной правки реестра. Так что, можно не запускать этот скрипт? Это как сказать. WinMailEdit вносит в реестр ключи, добавляющие в Windows Mail следующие удобства:

  • Ассоциирует файлы почтовых сообщений .eml с программой, что дает возможность открывать их по двойному клику или нажатию Enter из файлового менеджера. Правда, для этого WinMail должен быть выбран почтовиком по умолчанию.
  • Отключает заставку (splash screen) WinMail. Малозначительная функция, тем более что включать и отключать заставку можно независимо с помощью крохотных скриптов редактирования реестра. Вот скрипт для отключения:

    Windows Registry Editor Version 5.00
     
    [HKEY_CURRENT_USER\Software\Microsoft\Windows Mail]
    "NoSplash"=dword:00000001

    И для включения:

    Windows Registry Editor Version 5.00
     
    [HKEY_CURRENT_USER\Software\Microsoft\Windows Mail]
    "NoSplash"=dword:00000000

    Сохраните эти коды в файлы .reg и переключайте заставку по своему усмотрению.
  • Удаляет ключи реестра, конфликтующие с msoe.dll из Windows Vista (для x86).

Так что файл WinMailEdit.reg запустить все же рекомендуется, особенно владельцам 32-битной Семерки.

Шаг 2 - запуск unhide.cmd

unhide.cmd не срабатывает в домашних версиях, если не запускать его с правами администратора (правый клик - Запуск от имени администратора | Run as administrator). Вообще, чтобы не париться с ограничениями стандартной учетки с административным статусом (которых в ней выше крыши, несмотря на статус), можно активизировать скрытый по умолчанию аккаунт реального Администратора (Супер Админа) и проделать всю последовательность действий в нем. Поскольку этот вопрос неоднократно поднимался в камментах, а полноправный админский аккаунт может иметь и более широкое применение, я сваял подробнейшую иллюстрированную инструкцию по его активизации - см. Как активизировать учетную запись Администратора в Windows 7, 8 и 8.1. Активизируйте, переходите в него и работайте. Только проделывайте там все аккуратно, полная свобода во владении системой может при неправильном пользовании привести к непредсказуемым последствиям. Не зря ведь мелкомягкие изначально отключили этот аккаунт. Это, типа, дисклеймер.

Теперь - о файле WinMail.exe. Неоднократно просили выложить и его - он, видимо, в результате неправильных действий, у людей пропадал. Я выложил два - для x86 и x64. Поскольку ссылки для скачивания присутствуют только в гуще камментов, приведу их здесь:

WinMail.exe_x32.zip
Дата 2013-06-30 Система  Windows Размер файла 267.26 KB Закачек 996 Скачать
WinMail.exe_x64.zip
Дата 2013-06-30 Система  Windows Размер файла 269.17 KB Закачек 1535 Скачать

Но были и случаи, когда скачанный exe-шник не копировался в папку Windows Mail. Скрытые файлы в установках должны показываться, а unhide.cmd по какой-то причине не сработал. WinMail.exe в папке не высвечивался, а система утверждала, что он тем не менее там есть. Дело здесь в том, что exe-шник изначально помимо атрибута "h" - Скрытый | Hidden имеет еще и атрибут "s" - Системный | System. Даже не включая в настройках опции показывать скрытые и защищенные системные файлы и папки, можно легко убедиться как в наличии самого файла, так и в присутствии обоих упомянутых атрибутов. Для этого откройте окно консоли команд - см. Как открыть окно командной строки с правами администратора в Windows 7, 8 и 8.1 (впрочем, в данном случае получение прав администратора не обязательно). В командной строке введите (или вставьте через буфер обмена) команду:

attrib "C:\Program Files\Windows Mail\WinMail.exe"

Двойные кавычки обязательны. Также, если буква вашего системного раздела отлична от С - замените на вашу.

Нажав Enter, получите результат. Если файл имеется, то система выдаст список атрибутов файла. До комплекта к "s" и "h" присутствует еще и стандартный атрибут "a" - Архивный | Archive:

winmail-win7-3-years-later-05-ru

Если же файл действительно пропал, система об этом сообщит:

winmail-win7-3-years-later-06-ru

Шаг 4 - замена msoe.dll

И последнее, но немаловажное. Два человека не смогли перезаписать мертвую dll на рабочую даже после того, как якобы стали владельцами через Take Ownership. Система потребовала разрешение на копирование в папку, выдавая следующее сообщение:

winmail-win7-3-years-later-01-ru

Не получилось даже из учетки Супер Админа. Версии Windows - Home Basic и Professional, что свидетельствовало о том, что проблема возникла не из-за ограничений в домашних версиях. Помогло изменение прав файла вручную. Для тех, кто может столкнуться с чем-то подобным в будущем, опишу наглядно, как это проделать. Перед этим лишь порекомендую выполнять нижеследующую инструкцию из той самой учетной записи Супер Админа. (Ссылка на руководство по ее активизации выше в тексте.)

  1. Кликаем правым кликом на файле msoe.dll.
  2. Во всплывшем меню выбираем пункт Свойства | Properties.
  3. winmail-win7-3-years-later-02-ru

    Откроется диалог Свойства: msoe.dll | msoe.dll Properties. В нем:

  4. Переходим во вкладку Безопасность | Security.
  5. В разделе Разрешение для группы | Permissions for галками отмечены действия над dll-кой, разрешенные или запрещенные системой на данный момент для каждой группы или пользователя. Наша цель - задать себе максимальные привилегии.
  6. Кликаем на кнопку Изменить | Edit.
  7. winmail-win7-3-years-later-03-ru

    Откроется диалог Разрешения для группы "msoe.dll" | Permissions for msoe.dll. В нем:

  8. В разделе Группы или пользователи | Group or user names кликаем последовательно на каждый элемент списка (кроме TrustedInstaller).
  9. Для каждой группы или пользователя выполняем следующие действия:

  10. Отмечаем чекбокс Полный доступ | Full control в колонке Разрешить | Allow.
  11. Кликаем на кнопку Применить | Apply.
  12. winmail-win7-3-years-later-04-ru

Теперь можно позакрывать все диалоги и заменить dll на рабочую - система уже позволяет это сделать.

Надеюсь, теперь реанимировать многострадальный Windows Mail удастся и тем пользователям Windows 7, которые не смогли этого сделать по основной инструкции.

В заключение хочу поблагодарить всех тех любознательных, чьи комментарии помогли прояснить описанные здесь вопросы, и объявить их соавторами этой статьи. Коллегиальный разум - это большое дело! Вебдваноль рулит! :)

Комментарии  

dmitryty
-1 # dmitryty 24.06.2014 09:45
takeown /f "%ProgramFiles%\Windows Mail" /A /R /D Y
ICACLS "%ProgramFiles%\Windows Mail" /reset /T
attrib -s -h "%ProgramFiles%\Windows Mail\WinMail.exe"
copy /Y msoe.dll "%ProgramFiles%\Windows Mail\msoe.dll"
copy /Y "Почта Windows.lnk" "%ProgramData%\Microsoft\Windows\Start Menu\Почта Windows.lnk"
Ответить | Ответить с цитатой | Цитировать
Ogri
-1 # Ogri 24.06.2014 13:22
Ну да, можно и такой батник заделать. Вопрос - всегда ли всё сработает. Надо будет потестить. Спасибо.
Ответить | Ответить с цитатой | Цитировать
Алексей
-1 # Алексей 12.09.2014 02:10
Всем привет! Использовал сей способ много раз и всегда все работало. Но вот столкнулся со следующей проблемой: Windows 7 Профессиональная x64 SP1, WinMail восстановлен и работает, но не устанавливается почтовиком по умолчанию. При попытке установить его по умолчанию он исчезает (т.е. снова блокируется системой) и приходится его по новой восстанавливать (все операции в полном объме). И так уже пять раз. Может кто сталкивался с подобным? Буду признателен любой информации и любым предположениям где копать.
Ответить | Ответить с цитатой | Цитировать
Алексей
-2 # Алексей 12.09.2014 02:19
Приношу извинения но сам разобрался. На англоязычном форуме нашел решение. Еще один файлик mailclients.reg и все работает по умолчанию. Может кому то поможет.
Ответить | Ответить с цитатой | Цитировать
Вячеслав
-1 # Вячеслав 04.01.2015 07:27
Здравствуйте. Рамматриваю данный метод , у меня стоит W7 prof 64. Не могу уяснитьпытаюсь внесть в какой точно папке требуется проводить замены.
В изменения в програм файл 86 или в програм файл?
Далее, по данному методу изменения доступа пользователей , меня ОС не допустила к замене доступа указанных пользователей, когда проводил шаг 4.
могу сказать, что проводил данную операцию войдя в систему от администратора.
Ответить | Ответить с цитатой | Цитировать
Ogri
-1 # Ogri 11.01.2015 15:45
Доброго времени.
В основной инструкции как раз уточняется, что, вне зависимости от разрядности, изменения вносятся в папку Program Files, а не Program Files (x86) в x64.

Что касается шага 4: попробуйте проделать его из-под СуперАдмина, предварительно сделав его учетку доступной (см. ogri.me/ru/computer-service/777-kak-aktivizirovat-uchetnuyu-zapis-administratora-v-windows-7-8-i-8-1). Если и так не выйдет, сделайте проверку целостности системных файлов с починкой - sfc /scannow (см. ogri.me/ru/computer-service/315-proverka-tselostnosti-sistemnykh-fajlov-windows-7).

Если всё равно не заработает, прочитайте ещё раз внимательно основную статью и комментарии к ней. Там много чего обсуждается. Возможно, найдете там ответ, почему не получилось. Если всё делается в соответствии - WinMail поднимается на ура.
Ответить | Ответить с цитатой | Цитировать
Stranger
-1 # Stranger 13.01.2015 11:00
Здравствуйте! 10 лет пользовался ОЕ, сейчас собираюсь переходить с хрюши на семерку. Есть пара вопросов:

1) Как мне перенести базу сообщений из ОЕ в Windows Mail?

2) Windows Mail я никогда не пользовался, но читал где-то, что это тот же Outlook Express, только без нижнего левого окошка с прокруткой "Контакты"; единственное, что не работает - это работа в автономном режиме. Что значит "не работает в автономном режиме"?
Ответить | Ответить с цитатой | Цитировать
Ogri
-1 # Ogri 13.01.2015 19:43
И вам не хворать! :-)
Базу сообщений перенести просто. Надо скопировать папку сообщений OE на внешний носитель, подклучить его к компу с Семеркой и воспользоваться опцией "Импорт" в Windows Mail. Там выбрать OE и указать путь к папке. Где OE хранит сообщения - я уже в комментах к основной инструкции уточнял, почитайте вот эту ветку: ogri.me/ru/computer-service/157-aktivizatsija-windows-mail-v-windows-7#comment-511.

Насчет автономного режима - если вы не в курсе о нем, значит вы не использовали его в OE и, соответственно, не будете иметь проблем в WinMail. Когда почтовик входит в автономный режим, он как бы не подключен к Нету - не лезет проверять входящую почту и не пытается отправлять исходящую. WinMail под Семеркой и Восьмеркой действительно вылетает с ошибкой, если выбрать в его меню автономный режим. До какой-то версии IE можно было включить автономный режим оттуда, в последних Microsoft убрал его из Эксплорера. Вопрос так и не решен, но так ли уж нужен автономный режим? Я, как и вы, никогда в нем не ощущал потребности.

А контакты в Win7 реализованы отдельным приложением, в тулбаре WinMail есть кнопочка их вызова. Они так же легко импортируются из OE - или через экспорт, или напрямую из .wab файла.
Ответить | Ответить с цитатой | Цитировать
Maxim
-1 # Maxim 15.01.2015 12:35
Автору огромный респект. Вы сделали меня счастливым :D
Одна из основных причин отказа от W7 стал огромный головняк с почтовой программой :(
По первой версии так и не смог перезаписать msoe.dll
В итоге "Шаг 4" этого гениального мануала решил проблему.
Ответить | Ответить с цитатой | Цитировать
Ogri
-1 # Ogri 15.01.2015 13:05
Ну, так уж и гениального! Впрочем, не спорю, вам виднее ;-)
Ответить | Ответить с цитатой | Цитировать
Yurik
-1 # Yurik 31.01.2015 18:36
Здравствуйте!

Имею наглый вопрос: не поможете с папкой Windows Calendar для Vista x64? Смысл вопроса: хочу попробовать подключить Календарь к WinMail, а в Интернете данной папки для 64-разрядной версии нет, только для 32-разрядной, не говоря уже о том, что файлов для локализации руского языка нет вообще ни для какой.
Ответить | Ответить с цитатой | Цитировать
Ogri
-1 # Ogri 05.02.2015 20:44
Доброго времени!

Нет проблем, держите папку Windows Calendar из русской 64-битной Висты:

ogri.me/ru/component/jdownloads/finish/4/73
Ответить | Ответить с цитатой | Цитировать
Yurik
-1 # Yurik 07.02.2015 07:25
Большое спасибо!

Имплементация :) прошла с переменным успехом: календарь установился, интегрировался с Windows Mail, но как-то странно себя ведёт по части нотификаций. Без проблем сообщает о ПРОПУЩЕННЫХ заданиях при старте системы, а вот о ТЕКУЩИХ молчит, как рыба об лёд, если не запущен. Я так понимаю, что где-то как-то потерялась передача событий в систему. Ну, или генерация этих самых событий. Кроме того, отсутствует окно поиска в календаре. Но это ладно уже, бог с ним, с поиском, хоть и напрягает несколько. А вот календарь, сообщающий только о тех событиях, на которые ты уже опоздал... Не камильфо :)
Ответить | Ответить с цитатой | Цитировать
Ogri
-1 # Ogri 09.02.2015 20:10
Интересные вещи вы рассказываете. Надо будет потыркать, да и погуглить. А то напоминалка о прошлых событиях, игнорирующая актуальные - это и вправду не совсем нормальный электронный календарь )))
Ответить | Ответить с цитатой | Цитировать
Yurik
-1 # Yurik 10.02.2015 06:46
Итак, проблема оказалась в доступе WinCal к планировщику заданий. Для предметности разговора опишу то, что удалось выяснить опытным путём.

КАК РАБОТАЮТ НОТИФИКАЦИИ КАЛЕНДАРЯ WINDOWS VISTA

Все напоминания идут через планировщик заданий, в котором должна быть создана папка WindowsCalendar, в которой должно быть создано задание Reminders - User, где User - имя пользователя. Действие задания - запуск программы Wincal с параметром /reminders; для WinCal прописывается полный путь. Триггеры задания - один вечнодействующий при входе в систему под учётной записью User и ещё каждое задание создаёт отдельный триггер на однократное срабатывание на дату и время первоначально заданного в календаре напоминания.

КАК РАБОТАЕТ ЭТА БОДЯГА

При срабатывании планировщика в заданное время, запускается задача WinCal /reminders и календарь ищет, нет ли в его записях по адресу Users\User\AppData\Local\Microsoft\Windows Calendar подходящего события (ну, или просроченного). Если нет, то, говорится, на это и суда нет. А если есть, то стартует основное окно календаря совместно с поп-апом, предлагающим напомнить о событии позднее. Если необходимости повторного напоминания нет, то имеем end of story, если есть, то данные в соответствующем задании планировщика изменяются на время этого самого повторного напоминания и всё повторяется.

СУТЬ ПРОБЛЕМЫ

Как нетрудно заметить, программа WinCal должна иметь доступ к внесению изменений в базу данных планировщика заданий в следующих случаях:

- создание нового события в календаре;
- изменение времени текущего события при переносе напоминания;
- ну, или при простом редактировании времени напоминания для уже созданного события.

Так вот, этого доступа она не имеет, поэтому, собственно, и получается ситуация с просроченными событиями, поскольку планировщик запускает задачу WinCal /reminders при входе в систему под логином User, где (в календаре, в смысле) обнаруживается и обрабатывается пропущенное событие, а вот ни создание, ни редактирование событий календаря никак не отражается в планировщике (до следующего рестарта, разумеется)

То, что дело именно в доступе к планировщику, было подтверждено путём

а) выставления запуска WinCal от имени администратора;
б) снижения уровня UAC до мусорного.

в обоих случаях всё начинало работать, но это, разумеется, не наш путь, потому что для случая а) имеем постоянный поп-ап системы о попытке запуска WinCal с администраторскими правами, что несколько отличается от того, что я жду от календаря, а случай б) я вообще не рассматриваю как приемлемый.

Т.е., как я понимаю, WinCal должна притвориться системной программой, чтобы ей был дан беспрепятсвенный доступ к телу планировщика. Соответственно, имею вопрос:

Возможно ли это, если моя моя фамилия не Гейтс вообще ни разу во всех смыслах и если да, то как это реализовать?
Ответить | Ответить с цитатой | Цитировать
Ogri
-1 # Ogri 26.02.2015 20:13
Вы меня заинтересовали этой темой, так что я таки поковырял наконец. Всё именно так, как в вашем подробном и грамотном описании. Сам я при этом UAC отключаю первым делом после установки Windows 7, равно как и 8.1, и еще ни разу об этом не пожалел. Предпочитаю защищать комп другими средствами, а в редчайших случаях, когда они не срабатывали, легко восстанавливал работоспособность. Эти постоянные поп-апы и флегматика превратят в психа со временем, да и каждый раз смотреть, что именно запустилось - как вы говорите, не камильфо.

При отключенном UAC календарь работает как положено (за исключением поиска, окно которого действительно отсутствует, и как его восстановить - я не нашел). При включенном UAC он работает нормально только при выставленной галке запуска от имени администратора, но тогда UAC выбрасывает поп-ап с предупреждением, что вполне логично.

Наверное, есть способ и рыбку съесть, и с ЮАКом остаться. Я его не нашел. Вот эта статья - www.techgainer.com/disable-uac-prompts-specific-programs-windows - мне показалась самой полезной из всех, на которые я набрел в Сети. Попробовал все описанные методы - не помогло. Но, возможно, я плохо тестил. Рекомендую вам прочесть эту статью. (Она на английском, но, надеюсь, вы им владеете. Если не очень - переводчик Гугла точно владеет.) Может пригодиться в других случаях, раз уж вы так любите UAC.

Без ЮАКа остается одна фигня - пропавшее окно поиска. Вот его бы восстановить - это да, было бы здорово. Надо к системщикам обратиться.
Ответить | Ответить с цитатой | Цитировать
Yurik
-1 # Yurik 01.03.2015 17:19
Ы-ы-ы-ы! (это я плачу от отчаяния)

Во-первых, спасибо, за замечательную ссылку на толковую статью. Во-вторых, я это всё перепробовал путём хаотических поисков выхода с привлечением гугления. Жаль, что данная статья не выпала в поиске, она бы съэкономила мне порядочно времени. Итак, почему вся эта шняга не работает (выяснялось путём ознакомления с такими передовыми понятиями, как виртуальная машина и WinDbg, о которых я и понятия не имел до того. Не шучу и не валяю Ваньку).
Итак,

1) почему не работает Windows ACT

Потому, что у WinCal уже имеется запись в манифесте (ещё одно понятие, которое меня повергало в ступор до встречи с этим долбаным календарём) AsInvoker, соответственно, лекарство от Win ACT - масло масляное: проблема в том, что что-то кардинально переделано в системе, и тот процесс, который имел статус системного и запускал этот самый календарь теперь уже имеет статус юзерского. Ну, я так думаю, по крайней мере. Соответственно, задача назначить ему повышенные права лежит на нас с Вами, условно говоря.

2) Почему не работают остальные трюки, основанные на ярлыках, а также на редактировании задания в планировщике

По двум причинам:

- Самая главная - эта с-с-скотина WinCal при срабатывании полностью затирает текст задания Reminders - User и заменяет его новым текстом. Соответственнно, что бы Вы ни модернизировали тама, после первого же срабатывания будет восстановлен канонический, так сказать, текст. В том числе будет снята галка с запуска с повышенными правами;
- Вторая, но тоже весьма существенная - программа запускается только из родного места под родным именем.

Таким образом, всё лечение сводится к поиску в теле программы то ли таблицы, где хранятся стандартные данные файла Reminders, то ли команды, которая сбрасывает атрибут "запускать с повышенными правами" в этом файле. Поскольку WinCal, похоже, нешифрован, то данная задача для системщика, наверное, не слишком сложна. Поэтому обращаюсь к Вам с нижайшей просьбой: если у Вас проснулся интерес к теме запуска календаря, и Вы собрались обращаться, как я понял, к знакомым системщикам насчёт поиска, то не могли бы Вы и насчёт данного вопроса выяснить?

Т.е., подводя итог итог множеству букв: в задании Reminders имеется, как в любом задании планировщика, чекбокс запуска с повышенными правами, который сбрасывается при полной перезаписи задания при каждом срабатывании. Если это дело заменить на УСТАНОВКУ данного флага, то дело в шляпе :) А если обнаглеть, то можно и насчёт упорного сброса типа задания на Висту попросить параллельно.

P.S. для того, чтобы показать Вам, до каких глубин извращений я дошёл :), сообщу, что я даже пробовал писать самомодифицирующиеся задания, которые переустанавливали данный флаг, но всё равно упёрся в UAC, только там вопрос всплывает в консоли
Ответить | Ответить с цитатой | Цитировать
Ogri
-1 # Ogri 03.03.2015 21:19
Знакомые системщики пообещали меня как минимум выслушать. Ваш вопрос я им тоже всуну. Если будут решения, я их тут же озвучу.
Ответить | Ответить с цитатой | Цитировать
Yurik
-1 # Yurik 04.03.2015 03:22
Любопытный побочный результат моих изысканий, так сказать.

Относительно WinMailEdit.reg:
должно быть два файла: для 32-бит и 64-бит раздельно.
Поясню.
В вашем файле имеются записи

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Current
Version\SideBySide\Winners\x86_microsoft-windows-mail-core-dll_31bf3856ad364e35_none_67a2bdecbd5f60de]
@="6.1"
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Current
Version\SideBySide\Winners\x86_microsoft-windows-mail-core-dll_31bf3856ad364e35_none_67a2bdecbd5f60de\6.1]
"6.1.7600.16385"=hex:01
@="6.1.7600.16385"

Их смысл - исключить проверку файлов msoe.dll и msoeres.dll при запуске утилиты sfc, соответственно, предотвращение их замены при восстановлении системных файлов. msoeres.dll тут просто паровозом проходит, а вот то, что замененённый msoe остаётся на месте при запуске sfc - это конечно, здорово.
Так вот, для 64-бит запись должна быть изменена на

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Current
Version\SideBySide\Winners\amd64_microsoft-windows-mail-core-dll_31bf3856ad364e35_none_c3c1597075bcd214]
@="6.1"
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Current
Version\SideBySide\Winners\x86_microsoft-windows-mail-core-dll_31bf3856ad364e35_none_c3c1597075bcd214\6.1]
"6.1.7600.16385"=hex:01
@="6.1.7600.16385"

Найдено и проверено на моём ноутбуке с Windows 7 Pro

C Windows 8.1 пока не разобрался, т.к. там раздел реестра Winners не имеет меток, к каким именно файлам относится та или иная запись
Ответить | Ответить с цитатой | Цитировать
Yurik
-1 # Yurik 08.03.2015 14:46
Продолжение Марлезонского балета :). Уж простите, что пишу здесь: решил не плодить своё присутствие в разных местах. Итак,

ОТКЛЮЧЕНИЕ КОНТРОЛЯ УТИЛИТОЙ SFC ФАЙЛОВ WINDOWS MAIL В WINDOWS 8.1 CLEAN INSTALL 64-бит

в файле WinMailEdit.reg указанный выше для Win7 фрагмент заменяем следующим:

Windows Registry Editor Version 5.00

;oeimport.dll & WinMail.exe exclude

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\amd64_microsoft-windows-mail-app_31bf3856ad364e35_none_e773fadce2cd5e7d]
@="6.3"

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\amd64_microsoft-windows-mail-app_31bf3856ad364e35_none_e773fadce2cd5e7d\6.3]
"6.3.9600.16384"=hex:01
@="6.3.9600.17415"
"6.3.9600.17415"=hex:01

;WinMail.exe.mui exclude

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\amd64_microsoft-windows-mail-app.resources_31bf3856ad364e35_ru-ru_785d028f8c009059]
@="6.3"

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\amd64_microsoft-windows-mail-app.resources_31bf3856ad364e35_ru-ru_785d028f8c009059\6.3]
"6.3.9600.16384"=hex:01
@="6.3.9600.16384"

;msoe.dll & msoeres.dll exclude

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\amd64_microsoft-windows-mail-core-dll_31bf3856ad364e35_none_c3c1597075bcd214]
@="6.3"

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\amd64_microsoft-windows-mail-core-dll_31bf3856ad364e35_none_c3c1597075bcd214\6.3]
"6.3.9600.16384"=hex:01
@="6.3.9600.17415"
"6.3.9600.17415"=hex:01

;msoeres.dll.mui exclude

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\amd64_microsoft-windows-m..-core-dll.resources_31bf3856ad364e35_ru-ru_6ad2de40f466ec1c]
@="6.3"

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\amd64_microsoft-windows-m..-core-dll.resources_31bf3856ad364e35_ru-ru_6ad2de40f466ec1c\6.3]
"6.3.9600.16384"=hex:01
@="6.3.9600.16384"

;wabmig.exe & wab.exe exclude

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\amd64_microsoft-windows-wab-app_31bf3856ad364e35_none_925f2bc50c98528e]
@="6.3"

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\amd64_microsoft-windows-wab-app_31bf3856ad364e35_none_925f2bc50c98528e\6.3]
"6.3.9600.16384"=hex:01
@="6.3.9600.17415"
"6.3.9600.17415"=hex:01

;wabimp.dll exclude

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\amd64_microsoft-windows-wab-core_31bf3856ad364e35_none_a39f464de375d1f0]
@="6.3"

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\amd64_microsoft-windows-wab-core_31bf3856ad364e35_none_a39f464de375d1f0\6.3]
"6.3.9600.16384"=hex:01
@="6.3.9600.17415"
"6.3.9600.17415"=hex:01

Изучено и проверено на на моем ноутбуке с Windows 8.1 Pro

Примечания:

1. Для Windows 8.1 clean install 32-бит энтузиастам предлагаю изучить следующие разделы реестра:

x86_microsoft-windows-m..-core-dll.resources_31bf3856ad364e35_ru-ru_0eb442bd3c097ae6

x86_microsoft-windows-mail-app_31bf3856ad364e35_none_8b555f592a6fed47
x86_microsoft-windows-mail-app.resources_31bf3856ad364e35_ru-ru_1c3e670bd3a31f23

x86_microsoft-windows-wab-app_31bf3856ad364e35_none_36409041543ae158
x86_microsoft-windows-wab-core_31bf3856ad364e35_none_4780aaca2b1860ba
x86_microsoft-windows-wab-core.resources_31bf3856ad364e35_ru-ru_7d2cabaf6ec94194

Но я не уверен, что этого будет достаточно

2. Насчёт Windows 8 / Windows 8.1, установленной как обновление Windows 8, не имею никаких идей, т.к. не было возможности протестировать
Ответить | Ответить с цитатой | Цитировать
Ogri
-1 # Ogri 14.03.2015 19:19
Я обязательно изучу новые результаты ваших изысканий. Без иронии, честное слово. И уже давно изучил бы, если бы не занятость. Эти козлы системщики тоже никак не проконсультируют и тоже ссылаются на занятость.

У меня такое ощущение, что вы найдете все решения раньше нас с ними. Вы ведь копаете, а мы отмазываемся нехваткой времени. Так что продолжайте писать здесь, пожалуйста, и не извиняйтесь за это.
Ответить | Ответить с цитатой | Цитировать
Yurik
-1 # Yurik 15.03.2015 14:28
К сожалению, до конца месяца теперь уже у меня будет некоторый дефицит времени :(
Но хорошая часть новости состоит в том, что я подготовил модифицированные файлы:

- EnableWinMailWin7 общий для обеих версий Windows 7 (х86 и х64)
- EnableWinMailWin8_1x64 для Windows 8.1 х64

Так что могу выслать их Вам для предоставления к ним публичного доступа
Ответить | Ответить с цитатой | Цитировать
Ogri
-1 # Ogri 16.03.2015 17:49
Высылайте на мыло.

Я наконец перенес сайт на новую версию движка, подготовкой к чему и занимался последнее время. Еще надо тестить и подправлять, но по большому счету работает вроде гладко. Надеюсь, до конца месяца успею и допилить возможные глюки, и ваши изыскания наконец-таки серьезно изучить и доложить о результатах.
Ответить | Ответить с цитатой | Цитировать
Yurik
-1 # Yurik 05.04.2015 13:50
Итак, я доделал Windows 8.

Для энтузиастов ручного труда выкладываю твик WinMailEdit.reg для 32-разрядного Windows 8.1

Windows Registry Editor Version 5.00

;oeimport.dll & WinMail.exe exclude

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\x86_microsoft-windows-mail-app_31bf3856ad364e35_none_8b555f592a6fed47]
@="6.3"

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\x86_microsoft-windows-mail-app_31bf3856ad364e35_none_8b555f592a6fed47\6.3]
"6.3.9600.16384"=hex:01
@="6.3.9600.17415"
"6.3.9600.17415"=hex:01

;WinMail.exe.mui exclude

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\x86_microsoft-windows-mail-app.resources_31bf3856ad364e35_ru-ru_1c3e670bd3a31f23]
@="6.3"

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\x86_microsoft-windows-mail-app.resources_31bf3856ad364e35_ru-ru_1c3e670bd3a31f23\6.3]
"6.3.9600.16384"=hex:01
@="6.3.9600.16384"

;msoe.dll & msoeres.dll exclude

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\x86_microsoft-windows-mail-core-dll_31bf3856ad364e35_none_67a2bdecbd5f60de]
@="6.3"

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\x86_microsoft-windows-mail-core-dll_31bf3856ad364e35_none_67a2bdecbd5f60de\6.3]
"6.3.9600.16384"=hex:01
@="6.3.9600.17415"
"6.3.9600.17415"=hex:01

;msoeres.dll.mui exclude

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\x86_microsoft-windows-m..-core-dll.resources_31bf3856ad364e35_ru-ru_0eb442bd3c097ae6]
@="6.3"

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\x86_microsoft-windows-m..-core-dll.resources_31bf3856ad364e35_ru-ru_0eb442bd3c097ae6\6.3]
"6.3.9600.16384"=hex:01
@="6.3.9600.16384"

;wabmig.exe & wab.exe exclude

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\x86_microsoft-windows-wab-app_31bf3856ad364e35_none_36409041543ae158]
@="6.3"

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\x86_microsoft-windows-wab-app_31bf3856ad364e35_none_36409041543ae158\6.3]
"6.3.9600.16384"=hex:01
@="6.3.9600.17415"
"6.3.9600.17415"=hex:01

;wabimp.dll exclude

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\x86_microsoft-windows-wab-core_31bf3856ad364e35_none_4780aaca2b1860ba]
@="6.3"

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Winners\x86_microsoft-windows-wab-core_31bf3856ad364e35_none_4780aaca2b1860ba\6.3]
"6.3.9600.16384"=hex:01
@="6.3.9600.17415"
"6.3.9600.17415"=hex:01

Проверено на виртуальной машине с Windows 8.1 Pro x86
Вам высылаю EnableWinMailWin8, аналогичный EnableWinMailWin7, т.е. общий для обеих разрядностей.

P.S. По календарю ничем не порадуете?
Ответить | Ответить с цитатой | Цитировать
Ogri
-1 # Ogri 07.04.2015 23:31
Пока ничем не порадую, все еще в запарке, но конец просматривается. Постараюсь в ближайшее время как ваши методы потестить и выложить, так и насчет календаря пробить у системщиков.

Цитирую Yurik:
Вам высылаю EnableWinMailWin8, аналогичный EnableWinMailWin7, т.е. общий для обеих разрядностей.

Не получал такого. Или вы имели в виду просто добавить приведенный вами WinMailEdit.reg для x86 в ранее присланный архив?
Ответить | Ответить с цитатой | Цитировать
Yurik
-1 # Yurik 08.04.2015 17:49
Нет-нет, я послал именно новый файл. Если так и не получили - сообщите, пожалуйста, потому что НИ ОДИН WinMailEdit (Win7/8 32/64 бит) не совместимы друг с другом. Подозреваю, что почта забанила zip. А ещё у меня радостное, думаю, сообщение для пользователей Календаря Windows: я победил нотификации и теперь они работают и в Win7 и в Win8.1 без понижения UAC
Ответить | Ответить с цитатой | Цитировать
Ogri
-1 # Ogri 08.04.2015 18:11
Открою новый тред, совсем узко стало ))
Ответить | Ответить с цитатой | Цитировать

Добавить комментарий


© 2011-2017 ogri.me
Использование и перепечатка материалов сайта разрешены и приветствуются. Прямая индексируемая ссылка на используемую статью или, на худой конец, на сам сайт была бы хорошей наградой автору за его нелегкий труд.