Дублюючі налаштування пошти спричинили втрату електронної пошти в Mail on Lion

О, дорогий, на даний момент не маючи великої долі. Недавно витративши години на просту проблему , я передав свою магію анти-Мідаса другові і втратив деякі дані електронної пошти. Чи міг би хтось порадити: а) чи було подане нижче очевидно дурною ідеєю, і (б) чи можу я щось зробити на шляху одужання?

Отже, мій друг використовує Hotmail через POP3 в пошті, в Mac Lion на MBP. Це налаштовано для видалення пошти через тиждень після її зчитування з сервера (хоча вона обрізає пошту вручну в веб-інтерфейсі Hotmail і досить впевнена, що стару пошту не видаляли, оскільки у неї все ще є дуже стара пошта у веб -база вхідних).

Гаразд, тому вона створила нову компанію та придбала пакет домену / хостингу та потребувала допомоги в його налаштуванні. Вимога полягала в тому, що пошта повинна об'єднуватися у свою поштову скриньку разом із Hotmail, але у неї повинен бути віджет профілю в інтерфейсі Нової пошти, який дозволяє їй встановлювати, з якої адреси електронної пошти має надходити кожне повідомлення.

Досить просто, міркував я. Домен уже налаштовано для переадресації на її адресу Hotmail, тому компанія, що займається хостингом, не займається жодною поштою, а просто надсилає її. Я подумав, що створити новий профіль електронної пошти, який би мав усі її облікові дані Hotmail, за винятком адреси From, яка була б адресою info@example.com, що дозволить зробити це. Тепер на цьому етапі ви думаєте:

1. це варто йти,
2. це не спрацює, або
3. не роби цього, ти зламаєш!

Я сподіваюся, що ти не думаєш 3, оскільки я пішов і зробив це, і хоча профіль створив, він спричинив помилку, і, здається, не працює. Помилка:

The account path /Users/<name>/Library/Mail/V2/POP-<email>@<pop3-server>
is already being used by the account "Hotmail".

"Гаразд", сказав я - і належним чином видалив новостворений обліковий запис "MyDomain". На жаль, це видалило папку "Вхідні", чернетки та надіслані елементи, пов'язані з (ідеально функціональним) обліковим записом "Hotmail" (який я не торкався). Виклик служби підтримки Apple в Індії призвів до того, що фахівець реєстрував дзвінки - і він здавався прихильним до думки, що, оскільки профіль вискакував цю помилку, коли ми її врятували, вона повинна була попередити нас, що ось-ось зробимо щось катастрофічне. Я запропонував зареєструвати помилку в Apple через Інтернет, але він сказав, що не буде потреби, оскільки він це вже зробив.

Отже, або я натрапив на помилку пошти, і мені слід було стрибати вгору і вниз, або я зробив щось ідеально дурне, і я повинен сидіти в неслухняному куточку кілька годин. Чесні думки дуже вітаються з цього приводу.

Тим часом ми з моїм другом - за відсутності резервних копій - намагаємось отримати програмне забезпечення для відновлення даних (Disk Drill) для повернення втрачених повідомлень. Ми побачимо, чи працює це завтра, але якщо з’являться якісь інші ідеї, я все на вуха. Ми вкопали в папку Hotmail пошту, і важливі, що звучать папки, становлять 40 КБ або близько того - тобто в основному порожні.

Довідка! та TIA.

Редагувати: це довгий знімок, але мій друг міг працювати з iCloud. Чи слід створити резервну копію всього її електронного листа чи просто електронної пошти для мене? Ми зайшли в інтерфейс і нічого не побачили під електронною поштою (все здавалося порожнім), але я думаю, що це може бути тому, що вона не була ввійшла в систему, або iCloud не створює резервні копії цього матеріалу, або він не працює. .

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

На вкладці Попередня пошта> Облікові записи> Вкладка Інформація про акаунт ви можете ввести кілька адрес електронної пошти у полі Адреса електронної пошти. Ви повинні відокремити їх комами.

Під час створення нового повідомлення У спадному меню "Від" буде вказано кожну електронну адресу. Ці адреси будуть використані в полі From:.

Чому пошту загубили

Mail.app зберігає дані для кожного облікового запису електронної пошти в такій структурі папок:

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

Одна папка для кожної унікальної поштової скриньки.

Отже, звичайно, якщо два електронні листи фактично використовують саме те саме, <email>і <pop3-server>ви можете побачити, що буде конфлікт: обидва їх дані зберігатимуться в одній папці, яка б конфліктувала для кожної пошти / штату.

Mail.app попередив вас про це (правда, дуже непривітним для користувачів способом. Це повинно було сказати, що ви не можете мати два облікові записи з таким самим іменем користувача та сервером). Однак там, де це , здається, прослуховується досить severly, що він зробив створити обліковий запис в її реєстрі, навіть якщо він сказав , що не міг. Отже, коли ви видалили його з реєстру, він також продовжував видаляти дані, пов’язані з обліковим записом. Ці дані були в… ну ~/Library/Mail/V2/POP-<email>@<pop3-server>,. Отже, він видалив дані для обох облікових записів, фактично потрапивши в конфлікт, якого намагався уникнути.

Ідея "дублювання"

Ви запитуєте, чи дублювання облікового запису було ідеєю «добре / давайте спробуємо / о-ні». Я б сказав, це ні те. Це просто ідея "не буде працювати і не дуже корисно". Якщо хостинг (публічно видимий) електронний лист був налаштований на переадресацію на гарячу пошту, то вся пошта, яка була необхідна для перевірки, знаходилася в гарячій пошті .

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

Навіщо створювати ще один рахунок з від зміни? Щоб мати змогу надсилати електронні листи, які відображали б лише загальнодоступний @companyелектронний лист? Тоді ви зробили це неправильно. Не неправильно, як у "ви зламаєте його", але неправильно, як у "ви не знали, як працює пошта, і зробили неправильне припущення".

Листи надсилаються за допомогою протоколу SMTP (протокол для надсилання, як POP - це протокол для завантаження пошти з сервера). Зміна заголовка From не була б гарантією того, що все буде працювати так, як очікувалося. Дійсно, hotmail мабуть (я не можу бути впевнений, оскільки у мене немає жодного облікового запису гарячої пошти, але, на мій досвід, більшість провайдерів, особливо веб-сайти) відмовились надсилати цю пошту .

Подумайте над цим: ви б попросили SMTP-сервери Hotmail надіслати пошту, роблячи вигляд, що він надходить з адреси, що не з Hotmail . Це як попросити UPS доставити пакет, який має печатку конкурента. Основна причина, яка надзвичайно рідкісна, полягає в тому, що вона дозволила б спамерам використовувати таку послугу для доставки мільйонів електронних листів, не потрапляючи на них: пошта прикидається походженням від @wever, але насправді надсилається з @hotmail. Як хто міг простежити це?

Чия відповідальність це була

Отже, оскільки ви, здається, хочете в основному покладати провину:

1. Пошта повинна була бути більш чіткою у своєму повідомленні про помилку; це не помилка, але це погано UX.
2. Пошта не повинна дозволяти вам перевірити створення облікового запису після помилки . Це була помилка, яка стала критичною для кращого випадку, у який ви потрапили: мати інший обліковий запис з точно такими ж налаштуваннями, і хочете видалити одну з них.
3. Ідея дублювання облікового запису була непоганою, але ніколи не мала мати таких наслідків. Припущення, яке ви зробили, було помилковим, але, без сумніву, це повністю винна програма, якщо сталася втрата даних .

Власне, втрата даних не відбулася б, якби Mail.app використовував іншу ієрархію файлів (не кажучи про те, що вона повинна бути, це набагато краще, ніж із марними ідентифікаційними номерами; але я маю на увазі, що саме реалізація було обрано відповідальність, а не налаштування пошти). Вони повинні бачити кращий випадок створення декількох облікових записів, або повністю заборонено створення кількох облікових записів, або не видалені дані, поки один обліковий запис використовує вказану папку.

Далі

1. КУПУЙТЕ ВНУТРІШНІЙ ТВОРЧИЙ ДВИГУВАННЯ ТА ВСТАНОВИТИ ВРЕМУ МАШИНИ . Ми всі дізнаємося про це важким шляхом, і це одна з таких причин.
2. Забудь про гарячу пошту. Серйозно. Соромно користуватися таким клієнтом . Навіть якщо ви не використовуєте його веб-інтерфейс, це погано. Має жахливу фільтрацію спаму, не підтримує IMAP (принаймні , наскільки мені відомо), має погані обмеження розміру файлів ... Отримайте обліковий запис у серйозного постачальника пошти, такого як Gmail або Y! Mail: веб-інтерфейс відмінний, квоти набагато вищі, розмір вкладених файлів удвічі більший, фільтрація спаму чудова, і вони підтримують IMAP.
3. Використовуйте IMAP . Ми всі згодні з тим, що електронні листи є найбільш важливою частиною часу, особливо в ділових умовах. IMAP дозволить вам синхронізувати стан (наприклад, читання / позначений) та зберігати копію всіх повідомлень на сервері. Таким чином, ви отримаєте три резервні копії: одна онлайн, безпечна на сервері вашого провайдера. Один синхронізований на вашому головному комп’ютері. Один офлайн, у разі випадкового видалення, у резервній копії Time Machine, яку ви створили в №1.