Изображение открывается в Preview. Посмотрел, убедился, что всё в порядке и нажимаю “Save As…” для сохранения его в нужный мне каталог, например, в ~/Downloads. К удивлению получаю сообщение “No permission”:

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

Пожалуй, применю dtruss. Смотрю название бинарного файла Preview.app:

$ ps ax | grep Previe
 1794   ??  S      0:16.37 /Applications/Preview.app/Contents/MacOS/Preview -psn_0_598162

Найденный “Preview” подставляю в dtruss:

$ sudo dtruss -n Preview -f

Повторяю попытку сохранения. Для того, чтобы очистить историю в терминале (так проще искать), нажимаю Cmd+K (Clear Scrollback). Получаю снова ошибку “You don’t have permission”, прерываю dtruss, медитирую на логи. Процесс очень короткий в отличие от многих других случаев.

Что делает Preview.app при попытке записи?

1. getattrlist("/Users/ctrld/Downloads/Image001[3].jpg\0", 0x7FFF5FBFDB30, 0x7FFF5FBFD760)		 = -1 Err#2
2. getattrlist("/Users/ctrld/Downloads\0", 0x7FFF5FBFDB30, 0x7FFF5FBFD760)		 = 0 0
3. mkdir("/private/var/folders/X4/X4vtQdxYFpOj0O2ozpm4Wk+++TI/TemporaryItems/(A Document Being Saved By Preview)\0", 0x1FF, 0x100864680)		 = -1 Err#17
4. mkdir("/private/var/folders/X4/X4vtQdxYFpOj0O2ozpm4Wk+++TI/TemporaryItems/(A Document Being Saved By Preview 2)\0", 0x1FF, 0x100864698)		 = -1 Err#17
5. mkdir("/private/var/folders/X4/X4vtQdxYFpOj0O2ozpm4Wk+++TI/TemporaryItems/(A Document Being Saved By Preview 3)\0", 0x1FF, 0x1008646B0)		 = 0 0
6. lstat64("/private/var/folders/X4/X4vtQdxYFpOj0O2ozpm4Wk+++TI/TemporaryItems/(A Document Being Saved By Preview 3)/Image001[3].jpg\0", 0x7FFF5FBFE310, 0x1F8100)		 = -1 Err#2
7. rename("/private/var/folders/X4/X4vtQdxYFpOj0O2ozpm4Wk+++TI/TemporaryItems/(A Document Being Saved By Preview 2)/Image001[3].jpg\0", "/private/var/folders/X4/X4vtQdxYFpOj0O2ozpm4Wk+++TI/TemporaryItems/(A Document Being Saved By Preview 3)/Image001[3].jpg\0")		 = -1 Err#1
8. lstat64("/private/var/folders/X4/X4vtQdxYFpOj0O2ozpm4Wk+++TI/TemporaryItems/(A Document Being Saved By Preview 3)/Image001[3].jpg\0", 0x118468948, 0x0)		 = -1 Err#2

Отступление. Как распознать код ошибки? Нужно посмотреть /usr/include/sys/errno.h.

$ grep 2 /usr/include/sys/errno.h

Err#2 = ENOENT = “No such file or directory”, Err#17 = EEXIST = “File exists”, Err#1 = EPERM = “Operation not permitted”.

Можно ещё посмотреть секцию ERRORS в “man getattrlist”, но там указаны имена констант, а не коды. Сами же коды – в errno.h.

1. Есть ли файл Image001[3].jpg в указанном для записи каталоге? Нет (ENOENT), продолжаем.
2. А каталог, куда мы указали записать файл существует? Да (0).
3. Есть ли во временном каталоге подкаталог “(A Document Being Saved By Preview)”, куда можно писать временный файл (проверяем созданием этого каталога)? Есть (EEXIST).
4. Добавляем единицу к индексу. Есть ли “(A Document Being Saved By Preview 2)”? Да, есть (EEXIST).
5. Добавляем единицу к индексу. Есть ли “(A Document Being Saved By Preview 3)”? Не было, но уже есть.
6. Есть ли файл Image001[3].jpg в нашем последнем временном каталоге? Нет (ENOENT)
7. Перемещаем Image001[3].jpg из “(A Document Being Saved By Preview 2)” в “(A Document Being Saved By Preview 3)”. Доступ запрещён (EPERM)

Так, проблема в “/private/var/folders/X4/X4vtQdxYFpOj0O2ozpm4Wk+++TI/TemporaryItems/(A Document Being Saved By Preview 2)/Image001[3].jpg”. Смотрю, почему его нельзя переместить.

$ cd /private/var/folders/X4/X4vtQdxYFpOj0O2ozpm4Wk+++TI/TemporaryItems/
$ ls -al "(A Document Being Saved By Preview 2)/Image001[3].jpg"
-rw-r--r--@ 1 ctrld  staff  928886 Mar 24 17:10 (A Document Being Saved By Preview 2)/Image001[3].jpg

Права доступа верны, значит нужно сразу проверять флаги (ключ – буква “O”, а не “ноль”):

$ ls -alO "(A Document Being Saved By Preview 2)/Image001[3].jpg"
-rw-r--r--@ 1 ctrld  staff  uchg 928886 Mar 24 17:10 (A Document Being Saved By Preview 2)/Image001[3].jpg

Понятно, стоит флаг uchg (user immutable flag), не дающий ничего сделать с файлом.

Хммм… Preview такие флаги не ставит. Аттачменты, открываемые во внешних программах, сохраняются в каталоге “~/Library/Caches/TemporaryItems/Outlook Temp”. Как определил? При “Save As…” в Preview щёлкнул с Cmd на заголовок окна и увидел путь:

$ cd ~/Library/Caches/TemporaryItems/Outlook Temp
$ ls -alO
drwxr-xr-x@ 6 ctrld  staff  -       204 Mar 24 17:36 .
drwx------@ 4 ctrld  staff  -       136 Mar 24 16:42 ..
-rw-r--r--@ 1 ctrld  staff  uchg 766895 Mar 23 10:37 Image001.jpg
-rw-r--r--@ 1 ctrld  staff  -    766895 Mar 23 10:39 Image001[1].jpg
-rw-r--r--@ 1 ctrld  staff  uchg 928886 Mar 24 16:31 Image001[2].jpg
-rw-r--r--@ 1 ctrld  staff  uchg 928886 Mar 24 17:01 Image001[3].jpg

Хм… Почему три файла с uchg? Удаляю эти аттрибуты:

$ chflags nouchg Image001*

Открываю снова приатаченный файл из Outlook и вижу снова флаг uchg в новом файле:

$ ls -alO
drwxr-xr-x@ 7 ctrld  staff  -       238 Mar 24 17:45 .
drwx------@ 4 ctrld  staff  -       136 Mar 24 16:42 ..
-rw-r--r--@ 1 ctrld  staff  -    766895 Mar 23 10:37 Image001.jpg
-rw-r--r--@ 1 ctrld  staff  -    766895 Mar 23 10:39 Image001[1].jpg
-rw-r--r--@ 1 ctrld  staff  -    928886 Mar 24 16:31 Image001[2].jpg
-rw-r--r--@ 1 ctrld  staff  -    928886 Mar 24 17:01 Image001[3].jpg
-rw-r--r--@ 1 ctrld  staff  uchg 928886 Mar 24 17:45 Image001[4].jpg

Глюк Outlook? Выхожу из Outlook, удаляю файлы, захожу в Outlook, открываю приатаченный файл в Preview, снова uchg:

drwxr-xr-x@ 3 ctrld  staff  -       102 Mar 24 17:48 .
drwx------@ 4 ctrld  staff  -       136 Mar 24 16:42 ..
-rw-r--r--@ 1 ctrld  staff  uchg 928886 Mar 24 17:48 Image001.jpg

Выхожу из Outlook – временные файлы удалились. Начинаю понимать. Чтобы подтвердить догадку, захожу в Outlook, открываю приатаченный файл в Preview.app, выхожу из Outlook. Файл остаётся на месте и он уже без флага uchg:

$ ls -al
drwxr-xr-x@ 3 ctrld  staff     102 Mar 24 17:50 .
drwx------@ 4 ctrld  staff     136 Mar 24 16:42 ..
-rw-r--r--@ 1 ctrld  staff  928886 Mar 24 17:49 Image001.jpg

Делаю в Preview.app “Save As…”. И всё работает, ошибки по правам доступа нет!

Итак, логика Outlook становится понятной – он не даёт изменять файлы, открытые из него. Но делает это неправильно, не давая сохранить даже копию файла. Что можно сказать… Бывает…

Workaround: если вы хотите поработать с приатаченным к письму файлом, то выйдите предварительно из Outlook.

Вот пример обычного и рутинного исследования странного поведения. Вот так я и разбираюсь с проблемами – будь то сбой программы или же странная работа сервера или непонятное поведение сети.

Хорошую вещь сделал Google – дал возможность подключаться к почте, календарям и контактам через Microsoft Exchange ActiveSync. В выходом iOS 4 появилась возможность подключать несколько учётных записей Exchange. Это полезно для тех, кто уже использует Exchange для рабочей почты, теперь они могут подключить и GMail через ActiveSync.

Одна из очень удобных для меня функций в ActiveSync – получение информации о новых письмах (и не только) через Push. Письмо отправлено – письмо получено – письмо сразу видно на iPhone. Очень удобно. В обычном GMail, работающему по IMAP4, письма проверяются по методу Fetch периодически с интервалом 15, 30, 60 минут или же вручную. Если вам нужно реагировать на почту быстро, то этого явно недостаточно. Тут на помощь приходит переключение GMail на Microsoft Exchange ActiveSync.

Однако я столкнулся с одной досадной проблемой в GMail/Exchange – некоторые письма нечитаемы из-за проблем с кодировкой. Поменять кодировку из программы на iPhone и iPad нельзя, и я переходил на Web-интерфейс gmail.com. Проблемные письма приходят особенно часто от mail.ru, yandex.ru, ukr.net:

Я думал, что проблема именно в Mail.app, но случайно нашёл причину – виноват именно ActiveSync. Если вы можете поступиться скоростью прихода почты и вам досаждают нечитаемые письма, то переключитесь обратно на GMail IMAP4. При его использовании письма читаются нормально:

Проблема возникает при Content-Transfer-Encoding 8bit. Это абсолютно нормальные поля, письма в этом формате, например, формирует Yandex при отправке почты через web-интерфейс:

Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 8bit

Если же отправлять из Mail.app на Mac или же с web-интерфейса GMail, то используется Content-transfer-encoding base64 и почта нормально открывается через ActiveSync:

Content-type: text/plain; charset=koi8-r
Content-transfer-encoding: base64

$ ls -alh ~/Library/Mail/Envelope\ Index
$ sqlite3 ~/Library/Mail/Envelope\ Index vacuum;
$ sqlite3 ~/Library/Mail/Envelope\ Index vacuum index;
$ sqlite3 ~/Library/Mail/Envelope\ Index vacuum subjects;
$ sqlite3 ~/Library/Mail/Envelope\ Index vacuum recipients;
$ sqlite3 ~/Library/Mail/Envelope\ Index vacuum messages;
$ sqlite3 ~/Library/Mail/Envelope\ Index vacuum threads;
$ ls -alh ~/Library/Mail/Envelope\ Index

Скорее всего достаточно просто команды “vacuum”, но я дополнительно прошёлся по всем таблицам с большим количеством записей и прихватил индексы.

Если интересно, то посмотреть схему базы данных можно командой:

$ sqlite3 ~/Library/Mail/Envelope\ Index
sqlite> .schema
CREATE TABLE addresses (ROWID INTEGER PRIMARY KEY, address COLLATE NOCASE, comment, UNIQUE(address, comment));
...

Перечень таблиц:

sqlite> .tables
addresses              ews_folders            subjects
alarms                 feeds                  threads
associations           mailboxes              todo_notes
attachments            messages               todos
calendars              properties             todos_deleted_log
events                 recipients             todos_server_snapshot

Количество записей в таблицах:

sqlite> select count(*) from messages;
sqlite> select count(*) from subjects;
...

Помощь:

sqlite> .help

Описание работы с SQLite можно посмотреть в статьях “Command Line Shell For SQLite” и “SQLite Tutorial“.

С месяц назад я смотрел настройки Webmail Exchange, и заметил интересный пункт – “Мобильные устройства/Удалить все данные с устройства”. Но, к сожалению, не сделал следующий шаг и не исследовал эту тему, ведь у меня и так есть подписка на MobileMe, и я могу сделать своему iPhone “Remote Wipe”. На прошлой же неделе я увидел статью “How-To: Remotely Wipe an iPhone Using Exchange“. Поэтому лучше позже, чем никогда.

Многим пользователям iPhone, работающим с Exchange, может быть полезна функция удалённого стирания данных. Ведь кража iPhone может привести к раскрытию конфиденциальной или коммерческой информации. И возможность удаления хоть сработает не всегда, но желательно всё же перестраховаться.

Сделаю небольшое отступление – если вы дорожите данными на своём iPhone/iPod Touch категорически нужно включить Auto-Lock и Passcode Lock (Settings/General):

При попытке разблокировки будет запрошен код, и к данным получить доступ будет проблематично для обычного человека:

Я не говорю о потенциальной возможности доступа к данным при взломе iPhone – не уверен, что персональные данные криптуются, а если снять дамп памяти, то незашифрованные данные можно проанализировать и извлечь много интересного. Я могу только надеяться на то, что Apple предусмотрел такое развитие ситуации. Но проверить было бы неплохо.

Итак, вернёмся к Exchange. Если вы доступаетесь к корпоративной почте с iPhone, то он получает информацию о новых письмах используя Push. Если устройство украдено, то нужно зайти в web-интерфейс Exchange (обычно он расположен по адресу https://webmail.company.com/, детали можно узнать у администраторов почтовой системы):

В разделе “Мобильные устройства” перечислены привязанные к учётной записи iPhone или iPod Touch. Выбираем украденное устройство и жмём “Удалить все данные с устройства…”:

Да, если вы экспериментируете, то все данные будут реально потеряны, включая фото, видео и т.д., причём некоторые данные не синхронизируются и будут утеряны окончательно. Обдумываем это и принимаем окончательное решение:

Устройство помечено для удаления:

Как только оно войдёт в сеть и подключится к Exchange, будет передана команда на удаление:

Заодно придёт сообщение по почте:

Тем временем устройство, находящееся у злоумышленника, само перезагрузится и запустится стирание данных::

А вот здесь осторожно. Я прервал этот процесс почти сразу же, и после этого мой тестовый iPod Touch перестал загружаться в принципе – отображалось некоторое время яблоко, после чего он отключался:

А теперь о пользе экспериментов. Знания – это отложенный опыт. Я неоднократно экспериментировал с jailbreak, и, хоть дольше недели на взломанном iPod Touch не мог работать из-за нестабильности системы, я прекрасно знал этот процесс. Если бы не это, я бы смирился и понёс бы iPod в сервисный центр, где с меня сняли бы от $20 до $50. А так я переключился в DFU Mode, и вернул жизнь моему iPod Touch.

В MobileMe можно не только удалить данные, но и выставить удалённо Passcode, вывести сообщение, проиграть сигнал на случай если железка завалилась за кресло, или же найти iPhone на карте. Возможности гораздо богаче, чем в описанном “Remote wipe” для Exchange. Но плюс в том, что обеспечивается возможность удаления данных, если не куплена подписка на MobileMe.

И, хоть злоумышленник может сразу вытянуть SIM-карту, а если iPhone не лочится, то сразу же отключить Push, доступ в MobileMe и Exchange или перевести телефон в Airplane Mode, но знание описанного трюка может спасти ваши данные от неквалифицированных воров.

Когда мне пришлось перейти на Exchange, то, к сожалению, нормальной альтернативы Microsoft Outlook не оказалось (включить поддержку IMAP+SMTP и продолжать работать в mutt было невозможно, Evolution/Unix, а затем Entourage/Mac мне не нравились). Сейчас же, с появлениением в Snow Leopard поддержки Exchange, перешёл на штатный Mail и теперь почти полностью работаю с почтой с MacBook Pro, разве что в отдельных случаях запускаю Outlook под виртуальной машиной. Однако ностальгия по mutt не отпускала – хотелось самые частые операции делать не мышкой, а нажатием комбинации клавиш.

И вот я наткнулся на интересный плагин под Mail.app, позволяющий задействовать клавиатуру для таких рутинных операций, как, например, перенос сообщений между ящиками. Это “Mail Act-On 2” – “Manage your e-mail without leaving your keyboard”. На сайте можно ознакомиться с функциями и посмотреть видео о его работе. Плагин платный.

С почтой я работаю активно, и её у меня достаточно много, причём не удаляю ничего (периодически это сильно выручает), кроме совсем ненужных сообщений. Без разумного подхода к организации почты можно утонуть в почте. Оговорюсь – я работаю с Exchange, но этот подход годится для любого IMAP-сервера. Я использую такие правила:

1. Inbox, как и рабочий стол, должен быть пустым. Письма отрабатываю по мере поступления, обычно хватает до 10 минут на ответ (параллельно формирую задачи в системе GTD Things по ключевым задачам).
2. Если письмо требует дополнительных действий, контроля или же не может быть отработано сразу же, то оно помещается в “Read It Later”. К этой папке я возвращаюсь несколько раз в день. После обработки письмо помещается в тот же архив.
3. Как только письмо обработано, оно должно быть помещено в “кратковременный” архив на сервере “Move To Archive”. В конце недели сообщения из этого архива и из “Sent” помещаются в “долгосрочный” месячный архив.

Эта схема хороша ещё тем, что с почтой можно работать и с iPhone, так как папки “Inbox”, “Move To Archive” и “Read It Later” доступны по EWS/IMAP. Почта из долгосрочного архива недоступна, но если её немного, то и её можно хранить на сервере.

Моя иерархия папок выглядит так:

Mail Act-On я использую в основном для быстрого перемещения сообщений. Кнопка “F6″ (“Fn+F6″) вызывает окно с предустановленными папками:

Нажатие на клавишу “1″ переносит письмо в “Move To Archive”, “3″ – в “Read It Later”, “4″ – в долгосрочный архив. Недостаток в том, что нельзя давать названия пунктам меню самому, и если есть несколько “Inbox”, то придётся запоминать, за какой именно “Inbox” отвечает клавиша. В ближайшее время напишу разработчикам Feature Request. Окно настройки:

По комбинации “Shift+F3″ можно перейти в нужную папку

Можно определить и применять правила Act-On по нажатию “Ctrl+<символ правила>“. Например, для конфигурации, приведённой ниже, “Ctrl+1″ помечает письмо красным цветом, а “Ctrl+0″ восстанавливает стандартный цвет:

Настройки правил:

Действия (ещё одна недоработка – сделать “Mark as Flagged” можно, а убрать пометку нельзя):

Плагин позволил мне ускорить работу с почтой, и хоть немного приблизить Mail.app к моему идеалу – mutt :-)

P.S. Можно также почитать о приёмах работы в Outlook “Порядок в папке Входящие или удобное перемещение писем в папки” – спасибо @kernelix.

При попытке удаления выдаётся следующее сообщение:

Начал искать решение, нашёл большое обсуждение на сайте Apple “Exchange issue: send/receive mail fine – can’t delete or move messages”. Одна из первых рекомендаций мне помогла – нужно отключить сохранение удаляемых писем на сервере:

Затем удалить “мистическое” письмо, а потом снова включить при необходимости эту опцию.

Вступление

С момента перехода с Windows на MacOS X я постоянно испытывал чувство незавершённости. И вроде замена всему привычному софту есть, но для работы нужен доступ в почту Microsoft Exchange, и ничего с этим поделать нельзя. Причём доступен единственный альтернативный вариант доступа кроме внутреннего протокола Exchange – OWA, а его клиент Mail в Leopard перестал понимать (в Tiger была возможность работы с OWA (Outlook Web Access), а Leopard начал требовать соединения через IMAP, но такой возможности у меня не было). Начиная с Exchange 2007 OWA перобразовался в EWS (Exchange Web Services).

Ситуация была обидной вдвойне, потому что iPod Touch нормально доступался к почте через EWS, а ставить в виртуальной машине Windows с Outlook мне не хотелось. Из доступных рабочих вариантов ещё оставался Microsoft Entourage, но он мне во-первых не нравился, а во-вторых для работы с Exchange версия “Home and Student Edition” не подходила, и платить $399.95 из своего кармана по крайней мере расточительно.

В итоге я долгое время работал с почтой Exchange вне рабочего места исключительно с iPod Touch.

И вот при представлении Snow Leopard бальзам пролился на мою душу заявленной поддержкой Exchange. Как только у меня появилась первая Developer Preview-версия Snow Leopard, я её поставил, убедился, что Exchange 2007 EWS в Mail работает, и стал ждать релиза, продолжая использовать iPod Touch. Вышел релиз, и вот я потихоньку переехал на Mac OS X в качестве основной системы, и теперь почти не использую Windows.

Требования

Конечно же, есть определённые требования к серверной части (http://support.apple.com/kb/HT3748).

1. Поддерживается версия Exchange не ниже 2007.
2. На сервере Exchange 2007 должен быть установлен Exchange 2007 Service Pack 1 Update 4 или более поздний.
3. Должна быть включена поддержка протокола Exchange Web Services.

Настройка Mail

Комментарии излишни, скриншоты говорят сами за себя. Разве что в моей конфигурации Internal и External-сервера одинаковы. Я не ставил перед собой задачу их разделить и не исследовал, как происходит переключение с Internal на External.

AddressBook

Если при настройке Mail, как показано выше, отметить поддержку AddressBook и iCal, то ничего вручную донастраивать не придётся.

iCal

Замеченные проблемы

Система работает стабильно, у меня за несколько дней использования особых проблем не было. Было две проблемы после начальной настройки:

1. Сразу же после настройки учётной записи у меня были все сообщения задублированы. Но после перезапуска Mail новые сообщения не повторялись и всё нормализовалось.
2. Я переношу обработанные сообщения в отдельную папку. Но если на пернесённое сообщение пришёл ответ, то вся ветка снова появляется в Inbox, и при попытке перенести уже перенесённые сообщения выдаётся ошибка. Но к этому быстро привыкаешь и подстраиваешься.