Речь ведь не только о графическом интерфейсе идёт, но о новом функционале, нет?

Может быть. А может быть и нет. Надо проверять.

Согласен.

Вариант «загрузить» именно это и предполагает.

Даже так, два варианта: «оставить на сервере (как прочтённые)», «оставить на сервере (как непрочтённые)»

Тогда уж «Feature request».

Хотелось бы почётче очертить границы т.н. "диспетчера писем". Если не говорить про анлим, не говорить про IMAP (кстати, у меня ящик на mail.ru, и есть странное ощущение, что IMAP там просто не работает. Да и в разделе помощи про IMAP ни слова), не говорить про привычки, то получается вот что.

Мы имеем две точки сбора писем: локальную (свой комп, коммуникатор или что-то ещё, что всегда под рукой) и удалённую (почтовый сервис - gmail.com, mail.ru и т.п.).

Исходя из этого, возникают две задачи: контроль почты на удалённой точке и синхронизация локальной точки с удалённой.

То есть, необходимо иметь возможности:

1. Стереть ненужные письма с удалённой точки, не загружая их.
2. Получить некоторые нужные письма на локальную точку, при этом оставив их на удалённой.
3. Получить некоторые нужные письма на локальную точку, при этом стерев их с удалённой.
4. Стереть некоторые письма с локальной точки, оставив их на удалённой.
5. Стереть некоторые письма с локальной точки, уничтожив их и на удалённой.

(Извините, что так подробно, просто хочется получше структурировать свои мысли.)

Нужность писем определяется отдельным интерфейсом (дата, размер, наличие вложений, первые строки и т.п.). Управление процессом тоже немного вываливается из стандартной процедуры получения писем Тандербёрда. Поэтому потребуется что-то типа батовского окошка. Стандартный список входящих писем не подходит, потому что получается шизофрения: в одном списке письма на удалённой точке, на локальной точке, удалённые там, оставленные здесь... Совместить всё это без потерь эргономичности - большая проблема.

Работа с заголовками в Громоптице не предполагает такой сложной схемы, а только поддерживает идею проекции удалённой точки на локальную. Отсюда и требования анлима, поскольку проекция тут простейшая: что на удалённой точке, то и на локальной (опция "оставлять письма на сервере" не очень удачная, и выглядит скорее как костыль). Проблемы, приносимые примитивностью, компенсируются технической мощью анлима. Но мощь не всегда доступна, да и примитивная работа с почтой не всем пригодна.

Примерно так. Спасибо за внимание.

Отредактировано akastargazer (28-03-2009 01:38:35)

У клиента есть папка "Входящие". Это содержимое локальной точки. А диспетчер помогает управлять процессом появления писем в папке "Входящие". Управление письмами в папке "Входящие" - это всего лишь вопрос клиентского интерфейса с делегированием некоторых функций диспетчеру.

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

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

P.S. С пропущенными\отложенными письмами классная идея. Это всё к тому же тонкому управлению своей почтой!

Отредактировано akastargazer (29-03-2009 14:54:18)

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

Не соглашусь. Диспетчер - это всего лишь функциональный блок клиента.

Ещё хочется сказать про плагины. Идея плагинизации, конечно, очень привлекательная, но на деле получается не так радужно. Есть масса примеров, когда разработчик плагина не следит за развитием головной программы и в результате, плагин протухает. Поэтому, я считаю, функциональный блок под условным названием "Диспетчер писем" должен быть встроен в базовую конфигурацию Thundebird, а не перекладываться на плагин. Это было бы наилучшим и перспективным решением. Ну а прототип, лабораторный образец - вполне можно сделать как плагин.

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

Это всё понятно, только вот если у нас есть несколько ящиков, и на один, например, приходит мало, но вообще писем там много, а на второй наоборот, можно получить такую нехорошую ситуацию:
1. Приём почты - показывать только новые: первый ящик будет готов к работе очень быстро, зато второй мб готов существенно позже. Что делать? Ждать готовность от всех? Тогда может получиться общая большая задержка. Или подгружать по мере готовности? Тогда это всё надо будет грамотно синхронизировать + периодически всё будет дёргаться обновляясь;
2. А теперь мы снимем галочку Только новые - получаем обратную ситуацию с торможением (причем уж тут оно мб весьма значительным, так как сообщений на сервере может храниться на порядки больше, чем просто приходить).

То есть получается, что работать с ящиками индивидуально удобнее (и проще в реализации), чем в совокупности.
Аналогично можно прийти к такому же выводу и для папок.
То есть получается, что делать такой диспетчер вообще говоря не очень хорошая идея.
Мб разумнее развить функциональность Загружать только заголовки сообщений, а с картиной в целом работать как-то иначе?
Например с помощью фильтров (никогда не пробовал - мб так и неудобно работать - но тогда надо либо доработать фильтры, либо создать новый инструмент).
А чтобы работать с письмами на сервере достаточно, чтобы просто отображалась дублирующая структура папок (вроде и сейчас через IMAP такое наблюдается - так мб просто и для POP3 это сделать?..).

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

akastargazer

Я про папки на сервере.
Хотя не уверен, что через POP3 эти папки видно.

Когда-то сам пользовался.

Чего?

akastargazer

В БАТе это можно сделать, но не в Диспетчере, а манипулируя следующими параметрами:

1. "Свойства почтового ящика", "Параметры" - "Очищать корзину при выходе из The Bat!".
2. "Свойства почтового ящика", "Управление почтой" - "Удалять письма с сервера при удалении их из корзины". 
3. "Сортировщик писем" - "Удалить письмо", "Удалить письмо с сервера" при выставленных вами условиях.

Это должно удовлетворять всем перечисленным здесь разумным требованиям

Forest
Вроде бы есть всё, что нужно.

Тогда придётся писать «в "Спортлото"»...

pi.v.vitaly

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

Вот и первая реакция:

Вопрос-то концептуально неточный, потому что TB и так уже позволяет контролировать письма на сервере (опция "удалять письма с сервера"). Вопрос в расширении и уточнении функциональной нагрузки.

Wave
Ну там ещё пытаются спорить.
Опять же остаётся таинственный mozilla.dev.extension - осталось понять что это и как туда попасть?..

68agasfer, за какое время проголосовали тут и за какое время проголосовали там?
А кроме того, почему бы там не дать ссылку на это голосование, чтобы разработчики увидели 70% поддерживающих идею и почти пару сотен проголосовавших за два с лишним года.