Страницы: 1
Спасибо!
akastargazer
Какие будут предложения?
Да блин, делать надо диспетчер, да. Но сперва мне надо въехать, как пишутся плагины к тандербёрду. Может, пояснит кто?
Блин, у меня эта тандербёрдовская докачка писем тупит всё сильнее. Сегодня дошло до того, что при попытке докачать, он удалил заголовок письма совсем.
Как-то это напрягает.
Аналогом "диспетчера писем" в является включение в свойствах каждого конкретного почтового ящика опции "Загружать только заголовки писем". При получении почты просматриваем список, метим нужное "звездочками" и через меню Файл --> Автономная работа командой Получить сообщения отмеченные звездочками загружаем. Ненужное трется с сервера автоматом.
Это очень и очень слабый аналог, сбежавший из поговорки "на безрыбье и рак - рыба" :) . Некоторые письма надо удалить тут, не удаляя их на сервере. Некоторые надо удалить и с сервера. Какие-то письма получить, какие-то не получать, пометив их прочитанными.
IMAP вроде бы никто не отменял :), да и WEB интерфейс к ящикам позволяет управлять своей перепиской.
Я уже отмечал, что мне лично, важные письма надо хранить не "там", а "здесь". Управлять перепиской мне надо не через веб, аякс или заголовки писем, а удобным способом.
А вы ожидали другой реакции? Если поставить себя на место разработчиков, то можно их понять — у них там у всех давно широченные каналы с безлимитным доступом, зачем им делать какую-то примочку для пользователей из далёкой глубинки, где хоть какой-то доступ в Интернет — уже величайшее благо, притом что это потребует больших трудозатрат, а никто, кроме этих из своей глубинки, не оценит, да ещё некоторые возникать начнут, мол, Thunderbird, как Nero, обрастает нафиг никому не нужными функциями...
Вот у меня безлимитный интернет, а удобное средство контроля ящиков нужно до сих пор.
Мне кажется, дело не в широких каналах, а в менталитете (психологии, подходе, назовите как угодно). Во-первых, люди кушают то, что им дают. Бесплатно же! Второе - закоснелость разработчиков. Подсели на одну-единственную модель работы с почтой, и считают её единственно возможной. Третье - предлагаемый контроль за почтовыми ящиками более сложный. Это ж надо держать в башке, что у тебя, вообще-
…Да-а, это он мощно завернул. Когда будет 3.5 млн пользователей диспетчера (половина от всех юзеров ТБ), тогда мы и подумаем, включать ли его в ядро ТБ.
Это просто прекрасно. Фактически, диагноз.
Гражданину предлагают идею, которая используется в очень успешной коммерческой программе. По сути, делают постановку задачи. Но 7 млн. пользователей - это число. Раз люди пользуются и не возникают, значит - ТБ достаточен. А вы, ребята, пойдите пока, в песочнице поиграйте :) Кушайте, что дают.
Вот и первая реакция:
--- Comment #1 from Ludovic Hirlimann (:_Tsk_) <ludovic@mozillamessaging.com> 2009-04-12 08:19:11 PDT ---
so you want to be able to control your mail server from thunderbird , is that what you are asking for ?
Вопрос-то концептуально неточный, потому что TB и так уже позволяет контролировать письма на сервере (опция "удалять письма с сервера"). Вопрос в расширении и уточнении функциональной нагрузки.
Проголосовал
Вах! Круто!
Чует моё сердце, что разработчики скажут что-то вроде "используйте функцию получения заголовков" :) За судьбой данного запроса как-нить можно следить онлайн?
Да, возможно. Фишка в том, чтобы не бегать каждый раз в настройки.
Мои рассуждения отталкиваются от следующего соображения: письма перетекают с удалённой точки на локальную. Какие там папки - неважно. Если надо хранить письма на сервере, то смысла обсуждать диспетчер нет.
Лично мне надо контролировать обе точки (и удалённую, и локальную) так, как я хочу - то есть, максимально удобно. Удобство выражается в том числе и в выделении некоторой функциональности клиента в отдельный блок. В Бате уже есть такое выделение, но там не хватает п.п. 4,5 и отложенных писем. Это тоже задача диспетчирования писем, в смысле связи локальной и удалённой точек.
Не совсем понимаю логическую цепочку, приводящую к выводу "с папками надо работать так же, как с ящиками". Ящик - это удалённая точка, папки - это локальная точка. Сущности разные, задачи разные, принципы работы разные.
Как работает диспетчер писем, можно посмотреть в том же TheBat!. Работает прекрасно, пользоваться удобно, сделано для людей - есть на что посмотреть и есть чему поучиться. Но и там кое-чего не хватает.
А "заголовки писем" - это кастрированная схема, которуя я описал выше, или другими словами, костыль.
akastargazer
если хочется удалить письмо в папке "Входящие", и одновременно удалить его на сервере - тут без диспетчера не обойтись.
Зачем для этого диспетчер?
Достаточно галочки об удалении/оставлении писем на сервере при удалении писем на клиенте.
Да, но в каком месте ставить эту галочку? И в какой момент? Если надо, допустим, с утра синхронизировать удалённую и локальную точки, то все 5 вышеописанных операций лучше делать в одном месте - окошке диспетчера. Если через неделю оказывается, что нужно почистить локальную точку (с воздействием на удалённую), то удобнее работать с папкой "Входящие".
Сам диспетчер - тот же самый клиент.
Не соглашусь. Диспетчер - это всего лишь функциональный блок клиента.
Ещё хочется сказать про плагины. Идея плагинизации, конечно, очень привлекательная, но на деле получается не так радужно. Есть масса примеров, когда разработчик плагина не следит за развитием головной программы и в результ
…У клиента есть папка "Входящие". Это содержимое локальной точки. А диспетчер помогает управлять процессом появления писем в папке "Входящие". Управление письмами в папке "Входящие" - это всего лишь вопрос клиентского интерфейса с делегированием некоторых функций диспетчеру.
Другими словами, если хочется удалить письмо в папке "Входящие", и одновременно удалить его на сервере - тут без диспетчера не обойтись.
Диспетчер - это всего лишь набор функций, обращение к которым происходит из клиента.
P.S. С пропущенными\отложенными письмами классная идея. Это всё к тому же тонкому управлению своей почтой!
Хотелось бы почётче очертить границы т.н. "диспетчера писем". Если не говорить про анлим, не говорить про IMAP (кстати, у меня ящик на mail.ru, и есть странное ощущение, что IMAP там просто не работает. Да и в разделе помощи про IMAP ни слова), не говорить про привычки, то получается вот что.
Мы имеем две точки сбора писем: локальную (свой комп, коммуникатор или что-то ещё, что всегда под рукой) и удалённую (почтовый сервис - gmail.com, mail.ru и т.п.).
Исходя из этого, возникают две задачи: контроль почты на удалённой точке и синхронизация локальной точки с удалённой.
То есть, необходимо иметь возможности:
1. Стереть ненужные письма с удалённой точки, не загружая их.
2. Получить некоторые нужные письма на локальную точку, при этом оставив их на удалённой.
3. Получить некоторые нужные письма на локальную точку, при этом стерев их с удалённой.
4. Стереть некоторые письма с локальной точки, оставив их на удалённой.
5. Стереть некоторые письма с локальной точки, уничтож
Параметры автономной работы не про то.
Удалять выборочно (локально\сервер) очень удобно - потому что в результате мой почтовый ящик всегда в порядке. Диспетчер писем TheBat позволяет это делать, в чём и фишка.
Поэтому диспетчер писем в Буревестнике жизненно необходим.
Довольно давно пользуюсь Буревестником. Постоянно надо удалять некоторые из полученных писем только локально, оставляя их на сервере.
Например, у меня ТБ настроен так, чтобы получать только заголовки. Спам я сразу удаляю (и нужно удалить с сервера тоже), некоторые письма оставляю, а некоторые удаляю локально (их как раз и надо оставить на сервере).
Бегать в настройки "оставлять копии на сервере" очень неудобно. Есть ли какой-нибудь плагин под это дело, подскажите, пожалуйста?
А, вот ещё вспомнил - когда получаю только заголовки, то в каждом полезном письме надо клацнуть по "Нажмите здесь, чтобы докачать сообщение" и обязательно дождаться завершения докачки. Адски неудобно, как это можно автоматизировать?
Заранее огромное спасибо за информацию.
Страницы: 1