Дублирование настроек почты приводило к потере электронной почты в Mail on Lion

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

В разделе «Настройки почты» > «Учетные записи» > вкладка «Информация об учетной записи» вы можете ввести несколько адресов электронной почты в поле «Адрес электронной почты». Вы должны разделить их запятыми.

Когда вы создаете новое сообщение, в раскрывающемся списке «От» будут перечислены все адреса электронной почты. Эти адреса будут использоваться в поле From:.

Почему пропала почта

Mail.app действительно сохраняет данные для каждой учетной записи электронной почты в следующей структуре папок:

~/Library/Mail/V2/POP-<email>@<pop3-server>

Одна папка для каждого уникального почтового ящика.

Итак, конечно, если два электронных письма на самом деле используют одно и то же <email>и <pop3-server>, вы можете видеть, что будет конфликт: оба их данных будут храниться в одной и той же папке, что будет конфликтовать при каждом сохранении почты / состояния.

Mail.app предупредил вас об этом (хотя и очень неудобным для пользователя способом. Он должен был сказать, что вы не можете иметь две учетные записи с одинаковым именем пользователя и сервером). Однако там, где он, кажется, довольно сильно ошибался, это то, что он действительно создал учетную запись в своем реестре, хотя и сказал, что не может. Итак, когда вы удалили его из реестра, он также удалил данные, связанные с учетной записью. Эти данные были в… ну, ~/Library/Mail/V2/POP-<email>@<pop3-server>. Таким образом, он удалил данные для обеих учетных записей, что фактически привело к конфликту, которого он пытался избежать.

Идея «дублирования»

Вы спрашиваете, было ли дублирование учетной записи хорошей идеей / давайте попробуем / нет. Я бы сказал, это ни то, ни другое. Это просто идея «не будет работать и не очень полезна». Если хостинговая (общедоступная) электронная почта была настроена на перенаправление на hotmail, то вся почта, которую нужно было проверить, находилась в hotmail .

Sender → email@company → hotmail → Mail.app
         ↑ not saved     ↑ not saved
         upon transfer   upon POP dl

Зачем создавать еще одну учетную запись с изменением From ? Чтобы иметь возможность отправлять письма, которые отображали бы только общедоступную @companyэлектронную почту? Тогда вы сделали это неправильно. Не неправильно, как в «вы его сломаете», а неправильно, как в «вы не знали, как работает почта, и сделали неверное предположение».

Почта отправляется с использованием протокола SMTP (протокол для отправки, например, POP — это протокол для загрузки почты с сервера). Изменение заголовка From не было бы гарантией того, что все будет работать как положено. Действительно, hotmail, вероятно, (я не могу быть уверен, потому что у меня нет учетной записи hotmail, но по моему опыту у большинства провайдеров, особенно в Интернете) отказался бы отправлять эту почту .

Подумайте об этом: вы бы попросили SMTP-серверы hotmail отправить письмо, притворяясь, что оно пришло с адреса, который не принадлежит hotmail . Это все равно, что просить UPS доставить посылку с печатью конкурента. Основная причина, по которой это встречается крайне редко, заключается в том, что спамеры могут использовать такую ​​службу для доставки миллионов электронных писем, не будучи пойманными: почта притворяется, что исходит от @whatever, но на самом деле отправляется с @hotmail. Как кто-то мог отследить это?

Чья это была ответственность

Итак, поскольку вы, кажется, хотите в основном возложить вину:

1. Почта должна была быть более явной в своем сообщении об ошибке; это не ошибка, но это плохой UX.
2. Почта не должна была позволить вам подтвердить создание учетной записи в случае ошибки . Это была ошибка, которая стала критической в ​​крайнем случае, с которым вы столкнулись: наличие другой учетной записи с точно такими же настройками и желание удалить одну из них.
3. Идея дублирования учетной записи не была хорошей, но никогда не должна была иметь таких последствий. Предположение, которое вы сделали, было ложным, но нет сомнений, что в случае потери данных полностью виновата программа .

На самом деле, потери данных не произошло бы, если бы Mail.app использовал другую файловую иерархию (не сказать, что должен был, так намного лучше, чем с бесполезными ID-номерами; но я имею в виду именно ту реализацию, которая было выбрано то, что отвечает, а не настройка почты). Они должны были увидеть крайний случай настройки нескольких учетных записей и либо полностью запретить создание нескольких учетных записей, либо не удалять данные, пока одна учетная запись использует указанную папку.

Следующий

1. КУПИТЕ ВНЕШНИЙ ЖЕСТКИЙ ДИСК И УСТАНОВИТЕ МАШИНУ ВРЕМЕНИ . Мы все узнаем об этом на собственном горьком опыте, и это один из таких случаев.
2. Забудьте о горячей почте. Серьезно. Стыдно пользоваться таким клиентом . Даже если вы не используете его веб-интерфейс, это плохо. Он имеет ужасную фильтрацию спама, не поддерживает IMAP (по крайней мере, насколько мне известно), имеет плохие ограничения на размер файла … Получите учетную запись на серьезном почтовом провайдере, таком как Gmail или Y!mail: веб-интерфейс отличный, квоты намного выше, размер вложений в два раза больше, фильтрация спама великолепна, и они поддерживают IMAP.
3. Используйте ИМАП . Мы все согласны с тем, что электронные письма в большинстве случаев являются важной частью информации, особенно в деловой среде. IMAP позволит вам синхронизировать состояние (например, прочитано/помечено) и хранить копии всех писем на сервере. Таким образом, вы получите три резервных копии: одну онлайн, безопасную на сервере вашего провайдера. Один синхронизированный, на вашем основном компьютере. Один в автономном режиме, на случай случайного удаления, в резервной копии Time Machine, которую вы настроили в # 1.