» Mozilla Thunderbird (часть 3)

sasha300
clip

sasha300
Делаете корневую папку как я показал и в веб интерфейсе убираете видимость с всех ярлыков IMAP кроме корзины (входящие всегда доступен и виден). В веб интерфейсе Gmail это делается: Настройка - ярлыки

OldOOOH
Спасибо, теперь у меня так:

Папку спам оставил на всякий случай.
Но можно убрать папку [Gmail]?
Чтобы у меня были три папки: Входящие, Спам, Корзина, стоящие на одном уровне?

Добавлено:
Andrey_Verkhoglyadov

Цитата:

 В веб интерфейсе Gmail это делается: Настройка - ярлыки

а это зачем, если у меня в сабже отображается уже более-менее?

sasha300
У меня как раз так отображается в сабже как вы хотите.


Цитата:

Но можно убрать папку [Gmail]?

Прочитайте мои посты выше.


Цитата:

а это зачем, если у меня в сабже отображается уже более-менее?

Я пользуюсь несколькими почтовыми клиентами и на разных устройствах. Поэтому чтобы не заморачиваться с лишними настройками/телодвижениями я просто отключил все ярлыки которые мне не нужны в веб и интерфейсе. И теперь при настройке мне отписываться от лишних ярлыков не нужно.

Andrey_Verkhoglyadov
Мегареспект!
Теперь то, что нужно:


Добавлено:
раз пошла такая кухня , то ещё вопрос:
На другом ящике имеющий домен mail.ru и подключенный по протоколу IMAP есть папка "Черновики". Если хочу удалить эту папку из подписки, то она не исчезает. Удалить через сабж или на сервере mail.ru не получается (отсутствует пункт "удалить"):

В общем как навести эстетику и удалить папку "Черновики"?

sasha300

Цитата:

домен mail.ru и подключенный по протоколу IMAP есть папка "Черновики".

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

Andrey_Verkhoglyadov
Пусть на сервере это сделать нельзя. Но почему скрыть нужную папку в сабже это проблема? Опять же не хотелось бы отказываться от протокола imap, так как, к примеру, если переношу письмо в папку "интересное", то оно и на сервере переносится в такую же папку.

Добавлено:
и не понял фразу:
Цитата:

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

какую такую полезную нагрузку она будет нести? И в обще - не понял как черновики можно ассоциировать с черновиками??

sasha300

Цитата:

Но почему скрыть нужную папку в сабже это проблема?

Этого я, к сожалению, не знаю.


Цитата:

какую такую полезную нагрузку она будет нести?

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


Цитата:

как черновики можно ассоциировать с черновиками??

Account settings - Copies & Folders - Drafts & Templates и выставить соответствие: "Drafts" Folder on Черновики on xxx@mail.ru

Народ, что за бред, при создании письма нет кнопки ОТПРАВИТЬ, есть только ОТПРАВИТЬ ПОЗЖЕ::??

wzrd
Файл -> Работать автономно -> Автономная работа
Отключить.

Mozilla Thunderbird 31.0 Beta 2
Изменения:
- FIXED Various fixes and performance improvements

Подскажите а как можно включить оффлайн режим для IMAP ящика? Сервер IMAP недоступен, письма не прочесть... ерунда какая-то

life_so_good

По идее никак - письма в IMAP лежат на сервере, а клиент играет роль терминала. Сервер в дауне - доступа нет.

Victor_VG
дикость какая-то, зачем в таком случае на локальном диске держать файл объемом с размер ящика?

Цитата:

оффлайн режим для IMAP

У меня в офлайне все доступно, попробуйте сделать так:

Версия в районе 10 + старая классическая тема.

life_so_good

Цитата:

дикость какая-то, зачем в таком случае на локальном диске держать файл объемом с размер ящика?

Альтернатива - использовать РОР3. POP3 получает всё по телнету и хранит письма локально, IMAP4 умеет получать письма по одному по TCP/IP, но хранит их на сервере. Архитектура протокола.

Откуда взялись письма на моем компе, которые я могу читать без сети? Ящик IMAP.

Victor_VG 14:54 09-07-2014
Цитата:

IMAP4 умеет получать письма по одному по TCP/IP, но хранит их на сервере. Архитектура протокола.

При чём тут архитектура протокола IMAP? Если включена соответствующая опция, то клиент создаёт локальное зеркало папок сервера, с которым и работает после перехода в режим off-line.
AFAIK, так же это решено и в большинстве почтовых клиентов.

shadow_member

Вам лучше знать ибо это вы выполняли конкретные операции, а после спрашиваете "Что я делал?". Ваш вопрос изначально не предусматривает ответа, а потому любой ответ на него это тыканье пальцем в небо.

Добавлено:
oshizelly

Цитата:

сли включена соответствующая опция, то клиент создаёт локальное зеркало папок сервера, с которым и работает после перехода в режим off-line.

Опция в клиенте это возможность конкретной программы добавленная её разработчиками, к спецификациями почтового протокола она не имеет никакого отношения.

Victor_VG
С вашим стажем и опытом- и передергивать карты?
Читайте внимательно, вы пишете, что сервер в дауне- письма не прочитаешь, я пишу, что сервер в дауне- читаю письма в офлайне, а потом еще раз подтверждаю это. И картинку, наверное, не видели.

shadow_member

Всё проще - протокол имеет чётко оговоренные в спецификации инструменты, у клиента собственные дополнительные возможности. Так что мухи отдельно, котлеты отдельно. Клиент может реализовать что-то не оговоренное в протоколе, но существование данной возможности не гарантировано, протокол же оговаривает обязательное. В чём противоречие?

P.S.

Единственное что я сделал в данном случае это подошёл к задаче строго формально в рамках спецификаций протокола...

Victor_VG
Ладно, не обижайтесь. Юзеру пофиг рамки и спецификации, ему нужно письма читать в офлайне, но TB не может этого сделать, если ему не позволит этого ...IMAP.

Чисто прагматический вопрос, если он по умолчанию не хранит при использовании протокола imap то почему размер файлов учетной записи соответствует объему ящика? Типа кэш? Если да, то почему бы не читать оттуда при отсутствии подключения?

shadow_member

Я и не думал фыркать, просто я специально разделил задачу на две независимые части - сетевую зависимую от протокола, и уровня представления данных. Так её решать проще. Иначе в ней возникают внутренние противоречия заводящие в тупик. От сети мы данные получили, каким способом нам не важно, важно что они идентичны отправленным, а далее уже наше дело как именно их хранить. Главное надёжно и удобно для использования.

life_so_good

Да, при работе клиент кэширует IMAP ящик, и задача заключается в том, чтобы отменить операцию очистки этого кэша (локальной копии) при отсутствии соединения. Ведь по своей природе IMAP синхронный протокол, а значит если соединение разорвано, то кэш должен быть сброшен в начальное состояние т.к. состояние удалённого хоста в этот момент нам не известно, а начальное состояние локальной копии пустое. Но мы с вами хотим чтобы локальная копия при разрыве соединения не сбрасывалась, а значит мы должны отключить её обновление - сбрасывает-то её именно этот механизм исходя из простой логики "Нет соединения значит на сервере нет данных, локальная копия устарела, очищаем". ЧТД.

Цитата:

"Нет соединения значит на сервере нет данных, локальная копия устарела, очищаем". ЧТД.

мб что-то там и устарело и очищаем..., но размер файлов на диске при этом не меняется

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

life_so_good

Так о чём и речь. У задачи две части - сетевая и прикладная. Сетевая кончается на уровне "отправлен/доставлено/связались", а хранение и локальная обработка - прикладная. У M$ по словам моего соседа всё лучше всех. Только .... даже SDK и те кривые, и это к сожалению факт. Микрософт как компания никогда не соблюдала даже собственные стандарты и спецификации, не говоря про национальные, а про международные стандарты я вообще умалчиваю, хотя во всех странах мира несоблюдение национальных и международных стандартов считает уголовным преступлением. Микрософт проще отвалить очередной мешок денег в уплату судебного штрафа чем перестраивать свою систему работы. И это происходит с момента создания сей конторы. В среднем в год их раз тридцать - сорок за это штрафуют, да толку с того... Оштрафовали за очередную халтуру в Москве? Устроим презентацию в Париже что мол мы создали нечто столь революционно новое что эти ретрограды русские даже не способны понять.

А как вы думаете должен вести себя клиент по отношению к уже полученным вами письмам? Считал, сохранил, пользуйтесь или считал, а при первом же чихе всё и потёр...

Victor_VG

Цитата:

А как вы думаете должен вести себя клиент по отношению к уже полученным вами письмам?

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

life_so_good

Вы ошибаетесь. Давайте посмотрим на происходящее исходя из модели подобия явлений.

Возьмём браузер и удалённый сервер. На сервере хранятся данные, мы хотим работать с ними локально. Доступные нам средства - только браузер и набор сетевых протоколов. Смотрим. Пока соединение с сервером есть данные постоянно обновляются. Разорвалось - на экране в лучшем случае последняя загруженная страница. Но у браузера есть кэш. Как бы использовать его для автономного просмотра? Да, многие браузеры это умеют, но стандарты протоколов HTTP 1.0/HTTP 1.1 не предусматривают механизма доступа к данным при разорванном соединении, а в кэше играющего роль буфера временного хранения ускоряющего просмотр удалённого сервера куча информации. Только вот средств удобного доступа к ней нет, да и если вы откроете эти файлы в том же Far Manager, Total Commander вы увидите что многие из них не полные - тут фрагмент, там, причём вся эта каша завит от реализации конкретного браузера и правила её построения априори знает только его разработчик, да и восстановить из неё полный файл зачастую невозможно.

Вывод: для решения нашей задачи кэш браузера бесполезен, нужны иные средства.

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

А для автономной работы использующий использующий IMAP4 клиент должен создать локальную копию удалённого хранилища на момент времени перехода в автономный режим и наличие в клиенте средств для автономной работы зависит только от технического задания (ТЗ) на его проектирования. Если в ТЗ этого нет, то разработчик не имеет права добавлять в проект ничего не предусмотренное в ТЗ на основании которого он выполняется. Это Основной Закон Разработки. Его нарушение приводит к тому, что проект выходит из-под контроля своих создателей. Вы скажете в проекте Х "этого" не было, но появилось? Да, возможно, ибо ТЗ это не мёртвый документ, и если это необходимо и обосновано корректируется с учётом новых требований к разработке. Надо только меру знать иначе можно та-а-а-ких дров наломать...

shadow_member, life_so_good

Товарищи, я вас не понимаю. В чем проблема? Вы хотите держать локальную копию ящика (или некоторых папок) — сабж это прекрасно умеет. Или напротив, вам кажется, что сабж ест много слишком много места для онлайнового клиента? Ну, есть такое, и дело тут в поисковом кэше — он действительно сопоставим по об’ему с полной локальной копией — отключите его, если вам не нужен полнотекстовый поиск по всему ящику: Preferences › Advanced › General › Enable Global Search and Indexer. Плюс сам кэш (global-messages-db.sqlite), вероятно, придется удалить вручную.

ASE_DAG
И
Цитата:

я вас не понимаю.

Т.к. к непониманию вопроса синхронизации отношения не имею. Похоже, вы прочитали последние пару постов, а стоило бы прочитать всю полемику с начала обсуждения поднятого вопроса. TB прекрасно умеет
Цитата:

держать локальную копию ящика

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