Резервное копирование Gmail с использованием Mail.app и IMAP без резервирования


9

Мне все равно, на самом деле с помощью почтового приложения . Я использую это только для автономного доступа, для возможного быстрого чтения и даже в конечном итоге ответа. Я использую в основном интерфейс Gmail.

Так что я настроил и настроил его с помощью Gmail, и все работает нормально. Я думаю, что я следовал за каждым гидом там ... Вот отличный. Но я ничего не мог найти, чтобы избежать избыточности .

Что ж, я могу сделать это вручную, используя только POP или отметив большинство моих ярлыков вне IMAP. Но я использую много ярлыков, и я часто помечаю сообщения больше, чем 1. И я хочу, чтобы они были в почтовом приложении.

Есть ли способ заставить его хранить только 1 копию повторяющихся сообщений? Может быть, есть идентификатор сообщения или контрольная сумма, которую можно использовать ...

Если нет способа сделать это, будьте уверены, я все же предпочитаю иметь дополнительные сообщения и «тратить» пространство, а не не иметь их.

редактировать:

Я нашел много решений для поиска дубликатов файлов, но они просто удаляют файлы. Это делает вещи хуже, потому что Mail.app будет синхронизировать все это снова.

Я понял, что, вероятно, лучше сохранить настройки двух учетных записей, POP для резервного копирования и IMAP для всего остального, удалив из него «Все письма». Это потому, что если «Вся почта» на сервере будет удалена по какой-либо причине, мой локальный «Вся почта» также будет удален, а POP сохранит все файлы независимо от сервера. Это вообще не решает проблему избыточности, но также не создает никакой новой проблемы, и я могу даже использовать поиск правильно, без дублированных результатов, если я буду искать только на POP. Так что это помогает немного оптимизировать.

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

В любом темпе я все еще ищу решение!


Пожалуйста, прочитайте FAQ, SU не о веб-сервисах.

Ну, я хочу решение на моей Mac OS. Должен ли я закрыть этот вопрос?
Cregox

Я забыл упомянуть @Molly: P
Cregox

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

Если бы мы только могли собрать идеи @Wouter и @Krazy_Kaos в одном хорошем решении ...
Cregox

Ответы:


1

Хм, я не знаю ни одного готового продукта, который позволил бы вам сделать это.

Однако, если вы запустили что-то (например, сервер IMAP с Maildir), которое хранило каждое письмо в отдельном файле, и вы использовали файловую систему с дедупликацией ...


Это совершенно не по теме, но, пожалуйста, расскажите мне больше об этой файловой системе с дедупликацией! Я думаю, что пока не смогу им пользоваться.
Cregox

Ну, не так много файловых систем, которые поддерживают дедупликацию. Последние версии ZFS работают, но я слышал, что ZFS больше не поддерживается в Mac OS X. Я думаю, вы могли бы запустить ZFS-fuse на Mac OS X, так как Fuse работает на OS X, но я не уверен, что ZFS-fuse еще не дедуплировал Большинство других дедупликации FS являются коммерческими. В качестве альтернативы вы можете попробовать файловую систему со сжатием.
Алекс

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

1

Я провел много вечеров, пытаясь найти решение, которое позволило бы мне использовать GMail со всеми его функциями (например, надписями) из настольного приложения, но мне не повезло. Пока лучшее решение, которое я нашел, это


Сделано это. Не совсем решение для резервного копирования, но оно отлично подходит для работы в автономном режиме! :)
Cregox

Резервное копирование уже сделано Google. Если по какой-либо причине их система выйдет из строя, то я верю, что они предоставят способ восстановить почту из вашей автономной базы данных. Другими словами, это решение для резервного копирования, но нет инструмента, позволяющего передавать сообщения, хранящиеся в автономной базе данных, обратно в GMail.
Сергей Белозоров

Вы действительно должны прочитать больше историй о людях, потерявших свою почту ... Кроме того, взгляните на dataliberation.org. У меня даже есть хранилище на 200 ГБ в Google, но играть на безопасной стороне не слишком дорого.
Cregox

1

С Maildir можно уметь сравнивать хэши md5sum / sha1sum и заменять дубликаты сообщений жесткими ссылками на оригинальные (по крайней мере, в Linux).


1
Конечно. Это было бы хорошо и в основном то, что я хотел. Но вы говорите мне, что никто не делал этого раньше, и что я должен пойти и научиться делать это?
Cregox

1

Ну, просто идея, будет ли выполнять поиск дубликатов файлов (я предполагаю, что вы получили почту в файлах eml или в любом случае .... "файлах"), так что если они избыточны, то их содержимое будет точно то же самое, и любой искатель дубликатов найдет их

Некоторые дубликаторы файлов:


Это идея! Я проверю их достаточно скоро. Но было бы лучше, если бы это уже было сделано для
Mail.app

К сожалению, duper не работал (у него должна быть какая-то ошибка на SL или что-то в этом роде), а у другой, насколько я могу судить, нет версии для Mac. :(
Cregox

С другой стороны, я кратко поговорил с Джоном Кисселем по электронной почте, и он предложил это отличное решение: homepage.mac.com/aamann/Mail_Scripts.html, но оно просто удалит мои дубликаты и не решит мою проблему. Мне бы хотелось больше использовать жесткую ссылку или что-то, что не испортит синхронизацию IMAP, например, позволить ему вернуть их все обратно.
Cregox

После некоторого Google Foo (у меня нет MAC), я нашел этот сайт с множеством дубликатов поиска (некоторые бесплатные, некоторые условно-бесплатные): search.macupdate.com/…
Krazy_Kaos

да, но поиск дубликатов и их удаление не решат мою проблему - это создаст больше! Прочитайте комментарии к Вопросу.
Cregox
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.