Re: Почтовый клиент и gmail

[Stanislav Maslovski]

On Thu, Apr 23, 2020 at 03:32:15PM +0300, Eugene Berdnikov wrote:
> On Thu, Apr 23, 2020 at 12:09:16PM +0100, Stanislav Maslovski wrote:
> [...]
> > Что интересно, за всю долгую мою жизнь на mutt+procmail+fetchmail (да
> > еще и с почтовыми ящиками в формате mbox) почта ни разу не гробилась.
> 
>  Среди тех mbox были ящики под 50 гиг, которые интересуют топикстартера? :)

Нет, такого безобразия у меня никогда не было. Ибо регулярно запускается 
archivemail и
старая почта пакуется в архив.

-- 
Stanislav

Re: Почтовый клиент и gmail

[Eugene Berdnikov]

On Thu, Apr 23, 2020 at 12:09:16PM +0100, Stanislav Maslovski wrote:
[...]
> Что интересно, за всю долгую мою жизнь на mutt+procmail+fetchmail (да
> еще и с почтовыми ящиками в формате mbox) почта ни разу не гробилась.

 Среди тех mbox были ящики под 50 гиг, которые интересуют топикстартера? :)
-- 
 Eugene Berdnikov

Re: Почтовый клиент и gmail

[Stanislav Maslovski]

On Tue, Apr 21, 2020 at 12:41:30PM +0300, Дмитрий Кашин wrote:
> Когда смотрел в последний раз — шустрее всего на больших объёмах работал 
> Evolution.

Может быть уже давно всё исправили, но в прошлом Evolution ужасно
тормозил на больших объёмах почты. И пару-тройку раз (пока я им пытался
пользоваться) гробил свои базы после очередного краша. Крашился, надо
сказать, он весьма регулярно, но было это лет 5 назад. 

Что интересно, за всю долгую мою жизнь на mutt+procmail+fetchmail (да
еще и с почтовыми ящиками в формате mbox) почта ни разу не гробилась.

-- 
Stanislav

Re: Почтовый клиент и gmail

[Ihor Antonov]

On Tuesday, 21 April 2020 02:33:54 PDT Максим Крыжный wrote:
> Добрый день, дамы и господа!

Добрый!

> Посоветуйте, пожалуйста, почтовый клиент (gui), исходя из следующего:

Я фанат KDE, юзаю Kmail, полет нормальный, но мои обьемы почты значительно 
меньше. Так же использовал mutt/neomutt долгое время, но это консольная тема 
(и если очень хочется заморочится по кастомизации под себя)
 
> - последние 15 лет пользуюсь веб-клиентом Gmail и там около 50G в переписке
> с приложениями;
> - все хорошо, но я хотел бы застраховаться на предмет потери информации,
> если вдруг не смогу/не захочу по каким-то причинам продлить подписку

> платного хранилища или перейду на какую-то другую службу, т.е. нужда иметь
> архив на своем ноуте;
> - соответственно клиент должен уметь быстро и _бережно_ работать с крупным
> объемом почтового архива;
> - сам архив (сорри за тавт) должен быть "архивабельным", т.е., в идеале - я
> его при переносе на другой ноут просто архивирую, сжимаю, копирую на новый
> комп/диск, разворачиваю, а мой клиент его подхватывает и работает как ни в
> чем не бывало.

Тут  я могу только порекоммендовать mbsync (раньше звался isync, но был 
переименован из за какого-то конфликта имен)

https://packages.debian.org/buster/isync
http://isync.sourceforge.net/mbsync.html
https://wiki.archlinux.org/index.php/Isync

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

Эта же утилита поможет потом загрузить локальную копию на другой IMAP ящик.
Или же можно просто регулярно синхронизировать удаленный ящик к себе на комп и 
уже почтовый клиент натравить на локальню директорию Maildir  ( нет ничего 
быстрее чем поиск по своему диску). 

В добавок хочу порекоммендовать notmuch. 

https://packages.debian.org/buster-backports/notmuch
https://notmuchmail.org/

Это индексатор-почтовик локального архива почты с поддержкой тэгов, 
производительность поражает всякие воображения. Я видел как он индексирует 
ящики 100+ гигабайт в порядке 1-2х минут. 

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


--
Ihor Antonov

Re: Почтовый клиент и gmail

[a . v . korotkov]

Claws Mail.

Re: Почтовый клиент и gmail

[Sergey Matveev]

*** ugoday [2020-04-21 11:56]:
>https://www.djcbsoftware.nl/code/mu/mu4e.html

Тоже могу порекомендовать этот софт! Использую с ~20 GiB почты и Mutt-ом.
Шустро индексирует, хорошо ищет.

-- 
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263  6422 AE1A 8109 E498 57EF

Re: Почтовый клиент и gmail

[Евгений Кабанов]

Здравствуйте!

> Посоветуйте, пожалуйста, почтовый клиент (gui), исходя из следующего:
> - последние 15 лет пользуюсь веб-клиентом Gmail и там около 50G в переписке
> с приложениями;
> - все хорошо, но я хотел бы застраховаться на предмет потери информации,
> если вдруг не смогу/не захочу по каким-то причинам продлить подписку
> платного хранилища или перейду на какую-то другую службу, т.е. нужда иметь
> архив на своем ноуте;
> - соответственно клиент должен уметь быстро и _бережно_ работать с крупным
> объемом почтового архива;
> - сам архив (сорри за тавт) должен быть "архивабельным", т.е., в идеале - я
> его при переносе на другой ноут просто архивирую, сжимаю, копирую на новый
> комп/диск, разворачиваю, а мой клиент его подхватывает и работает как ни в
> чем не бывало.
> когда-то, в прошлой жизни, пользовался Силфид, но тогда и задачи были иные,
> и подзабыл уже возможности в этом плане.

Попробуйте Sylpheed, он гораздо быстрее Evolution работает и хранит сообщения 
очень удобно локально. Импортирует и экспортирует хорошо.

Если IMAP использовать - хорошо подкачивает на локальную машину.

У меня 48 тыс. писем было недавно - быстро справлялся, быстрее Evolution точно.

Адресные книги есть свои и vcf прекрасно читает.

Минус (если можно так назвать) - составление html-писем хромает. А больше 
претензий нет.

-- 
Евгений Кабанов 

Re: Почтовый клиент и gmail

[ugoday]

50G — это несколько экстремальный вариант, но в моём случае для больших
объёмов хорошо себя зарекомендовала связка mbsync+mu (точнее emacs'овый
интерфейс mu4e).

https://www.djcbsoftware.nl/code/mu/mu4e.html

Максим Крыжный writes:

> Добрый день, дамы и господа!
>
> Посоветуйте, пожалуйста, почтовый клиент (gui), исходя из следующего:
>
> - последние 15 лет пользуюсь веб-клиентом Gmail и там около 50G в переписке
> с приложениями;
> - все хорошо, но я хотел бы застраховаться на предмет потери информации,
> если вдруг не смогу/не захочу по каким-то причинам продлить подписку
> платного хранилища или перейду на какую-то другую службу, т.е. нужда иметь
> архив на своем ноуте;
> - соответственно клиент должен уметь быстро и _бережно_ работать с крупным
> объемом почтового архива;
> - сам архив (сорри за тавт) должен быть "архивабельным", т.е., в идеале - я
> его при переносе на другой ноут просто архивирую, сжимаю, копирую на новый
> комп/диск, разворачиваю, а мой клиент его подхватывает и работает как ни в
> чем не бывало.
>
> Заранее признателен за дельный совет.
>
>
> P.S.
> когда-то, в прошлой жизни, пользовался Силфид, но тогда и задачи были иные,
> и подзабыл уже возможности в этом плане.
> ---
> С уважением,
> Максим Крыжный
> P Please consider the environment before printing this e-mail


--
With best regards,
ugoday

Re: Почтовый клиент и gmail

[neo]

Рабочая почта с десятками тысяч писем отлично работает с Evolution
Правда, письма раскиданы по папкам, но в некоторых папках до 11 000.
Пользовался как-то раз импортом ящика .mbox, полученного из сервиса Google 
Takeout в этот клиент. Отработал без ошибок.

Судя по справке (F1) экспорт из Evolution работает по папке или по конкретным 
письмам, не полностью весь ящик. Формат тот же .mbox, у меня хорошо сжимается 
при архивировании.

‐‐‐ Original Message ‐‐‐
On Tuesday, April 21, 2020 9:33 AM, Максим Крыжный  wrote:

> Добрый день, дамы и господа!
> Посоветуйте, пожалуйста, почтовый клиент (gui), исходя из следующего:
> - последние 15 лет пользуюсь веб-клиентом Gmail и там около 50G в переписке с 
> приложениями;
> - все хорошо, но я хотел бы застраховаться на предмет потери информации, если 
> вдруг не смогу/не захочу по каким-то причинам продлить подписку платного 
> хранилища или перейду на какую-то другую службу, т.е. нужда иметь архив на 
> своем ноуте;
> - соответственно клиент должен уметь быстро и _бережно_ работать с крупным 
> объемом почтового архива;
> - сам архив (сорри за тавт) должен быть "архивабельным", т.е., в идеале - я 
> его при переносе на другой ноут просто архивирую, сжимаю, копирую на новый 
> комп/диск, разворачиваю, а мой клиент его подхватывает и работает как ни в 
> чем не бывало.
>
> Заранее признателен за дельный совет.
>
> P.S.
> когда-то, в прошлой жизни, пользовался Силфид, но тогда и задачи были иные, и 
> подзабыл уже возможности в этом плане.
> ---
> С уважением,
> Максим Крыжный
>
> P Please consider the environment before printing this e-mail

Re: Почтовый клиент и gmail

[Дмитрий Кашин]

Когда смотрел в последний раз — шустрее всего на больших объёмах работал 
Evolution.

> On 21 Apr 2020, at 12:33, Максим Крыжный  wrote:
> 
> Добрый день, дамы и господа!
> 
> Посоветуйте, пожалуйста, почтовый клиент (gui), исходя из следующего:
> 
> - последние 15 лет пользуюсь веб-клиентом Gmail и там около 50G в переписке с 
> приложениями;
> - все хорошо, но я хотел бы застраховаться на предмет потери информации, если 
> вдруг не смогу/не захочу по каким-то причинам продлить подписку платного 
> хранилища или перейду на какую-то другую службу, т.е. нужда иметь архив на 
> своем ноуте;
> - соответственно клиент должен уметь быстро и _бережно_ работать с крупным 
> объемом почтового архива;
> - сам архив (сорри за тавт) должен быть "архивабельным", т.е., в идеале - я 
> его при переносе на другой ноут просто архивирую, сжимаю, копирую на новый 
> комп/диск, разворачиваю, а мой клиент его подхватывает и работает как ни в 
> чем не бывало.
> 
> Заранее признателен за дельный совет.
> 
> 
> P.S.
> когда-то, в прошлой жизни, пользовался Силфид, но тогда и задачи были иные, и 
> подзабыл уже возможности в этом плане.
> ---
> С уважением,
> Максим Крыжный
> P Please consider the environment before printing this e-mail

Re: Почтовый клиент

[D. H.]

On 05/04/18 04:34 PM, Pavel Volkov wrote:
> Надо ещё учитывать, что у собеседников тоже лежат копии писем, а многие
> из них пользуются GMail или корпоративным доменом на GMail или
> аналогами, в итоге общая масса нашей переписки в досье у большого брата
> может быть и немного уменьшится и раздробится по корпорациям, но профиль
> в любом случае будет :(

Да, и когда избежать того, что тебя поимеют не получается, остаётся
только стать в самую неудобную позу.

К тому-же собственный домен под собственным физическим контролем
избавляет от проблем пересылки важных данных внутри домена.

Re: Почтовый клиент

[yuri]

On Thursday 05 April 2018 19:01:21 D. H. wrote:
> On 05/04/18 02:02 AM, yuri wrote:
> > А я им(kmail из kde3) и сейчас пользуюсь. У меня TDE установлен. Очень
> > приятные ощущения
>
> Я тоже уже об этом подумываю. Как там сейчас с внешним видом tqt? есть
> возможность привести тему в одинаковый вид для qt4, qt5 и tqt?

Я как-то не особо обращаю внимание на внешний вид, но темы оформления в TDE 
выбираются те же, что и в KDE3. Возможность тему тюнить вроде тоже есть.

С уважением
Соловьев Юрий

Re: Почтовый клиент

[D. H.]

On 05/04/18 06:16 PM, Tim Sattarov wrote:

> Можно следовать простому принципу - если ты не платишь за продукт, то продукт 
> это ты.
> В платной версии GSuite, никакой рекламы или анализа пользовательских данных. 
> По крайней мере на
> бумаге.
> И наврядли они будут от этого отклоняться

Конечно не будут отклонятся. Так и будет пока платишь. Никакого анализа,
на бумаге.

Re: Почтовый клиент

[Eugene Berdnikov]

On Thu, Apr 05, 2018 at 07:16:45PM -0400, Tim Sattarov wrote:
> On 04/05/18 17:34, Pavel Volkov wrote:
> > Надо ещё учитывать, что у собеседников тоже лежат копии писем, а многие из 
> > них пользуются GMail
> > или корпоративным доменом на GMail или аналогами, в итоге общая масса нашей 
> > переписки в досье у
> > большого брата может быть и немного уменьшится и раздробится по 
> > корпорациям, но профиль в любом
> > случае будет :(
> >
> 
> Можно следовать простому принципу - если ты не платишь за продукт, то продукт 
> это ты.
> В платной версии GSuite, никакой рекламы или анализа пользовательских данных. 
> По крайней мере на
> бумаге.

 Рекламы там может не быть, а пользовательские данные будут анализировать
 хостеры всех контрагентов (запретить это невозможно), и при этом, возможно,
 делиться результатами анализа с тем же гуглом. :)

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

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

Re: Почтовый клиент

[Tim Sattarov]

On 04/05/18 17:34, Pavel Volkov wrote:
> On четверг, 29 марта 2018 г. 14:19:13 MSK, Коротаев Руслан wrote:
>> Иметь один почтовый ящик Gmail на все случаи жизни и раскладывать в нем
>> письма по папкам. Так будет удобнее Google, один ящик --> одна учетная
>> запись --> один идентификатор отслеживания. Дальше Google составит ваш
>> пользовательский профиль, но никого искусственного интеллекта не
>> потребуется, вы всё сделаете сами
>
> Надо ещё учитывать, что у собеседников тоже лежат копии писем, а многие из 
> них пользуются GMail
> или корпоративным доменом на GMail или аналогами, в итоге общая масса нашей 
> переписки в досье у
> большого брата может быть и немного уменьшится и раздробится по корпорациям, 
> но профиль в любом
> случае будет :(
>

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

Re: Почтовый клиент

[Pavel Volkov]

On четверг, 29 марта 2018 г. 14:19:13 MSK, Коротаев Руслан wrote:

Иметь один почтовый ящик Gmail на все случаи жизни и раскладывать в нем
письма по папкам. Так будет удобнее Google, один ящик --> одна учетная
запись --> один идентификатор отслеживания. Дальше Google составит ваш
пользовательский профиль, но никого искусственного интеллекта не
потребуется, вы всё сделаете сами


Надо ещё учитывать, что у собеседников тоже лежат копии писем, а многие из 
них пользуются GMail или корпоративным доменом на GMail или аналогами, в 
итоге общая масса нашей переписки в досье у большого брата может быть и 
немного уменьшится и раздробится по корпорациям, но профиль в любом случае 
будет :(

Re: Почтовый клиент

[yuri]

On Thursday 29 March 2018 17:59:16 D. H. wrote:
> On 29/03/18 07:35 AM, Михаил Касаджиков wrote:
> > В качестве почтовика использую старую оперу (12-ю).
>
> Они кстати их сейчас разделили и сделали отдельный клиент. Пока правда
> только для винды, но давно уже обещают и для linux сделать.
>
> > Когда-то давно, во времена KDE3
> > использовал kmail как самый шустрый почтовик с html, но с переводом его
> > на akonadi там с imap всё стало очень грустно.
>
> Вот да, во времена kde3 это был отличный клиент. А сейчас у него не
> только imap плохо, но и с pop3. Фильтры письма теряют, дублируют. Поиск
> не работает толком.
>
> Akonadi вообще оказался имхо одним большим провалом. А почитаешь планы
> развития так они там какие-то темочьки рисуют. html5 крутят. Вместо того
> чтобы эту ерунду куда-то деть.

А я им(kmail из kde3) и сейчас пользуюсь. У меня TDE установлен. Очень 
приятные ощущения

С уважением
Соловьев Юрий

Re: Почтовый клиент

[Sergey Matveev]

*** Sergey Matveev [2018-03-29 21:27]:
>Если канал слабый и ещё и обрывающийся, то лично я использовал бы NNCP:[...]

В пятых на почтовый сервер для такой отправки писем не надо поднимать
никаких POP3/IMAP4. Хотя, если предполагается использование параллельно
с этим и других клиентов, то наверное придётся.

-- 
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263  6422 AE1A 8109 E498 57EF

Re: Почтовый клиент

[Sergey Matveev]

*** Artem Chuprina [2018-03-29 15:31]:
>Слабый канал и дорого — это два противоречащих одно другому условия. В
>смысле, если выполняются сразу оба, то мы в жопе. И надо понимать, в
>какой мы сегодня позе.

Если канал слабый и ещё и обрывающийся, то лично я использовал бы NNCP:
http://www.nncpgo.org/. Предполагая что почтовый сервер свой, постоянно
подключённый к Интернету и принимающий почту. Чтобы с него забирать её
(полностью копируя), то нужно чтобы, например, Postfix все приходящие
письма отправлял через NNCP транспорт на нужный компьютер: 
http://www.nncpgo.org/Postfix.html
как это делают с транспортом UUCP. И забирать эту почту через NNCP
демон. Во-первых, будет сразу аутентифицированный и шифрованный канал
(никаких TLS, SSH, VPN не надо между вами и почтовым сервером с которого
забираете). Во-вторых, почтовые сообщения жмутся (zlib) перед отправкой.
В-третьих, поддерживается докачка (с дешёвым (десятки байт) handshake и
понимаем что конкретно надо докачать и откуда) любого сообщения.
В-четвёртых, если имеется несколько почтовых ящиком для разных целей и
предполагается что они разного приоритета (для почтовых рассылок один,
для личной переписки другой, как минимум), то можно Postfix-у сказать
чтобы с разных ящиков он в NNCP отправлял пакеты с указанием приоритета
(niceness) и при связи с его демоном просасывать более приоритетные
письма, только потом докачивая и продолжая работать с менее важными.

-- 
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263  6422 AE1A 8109 E498 57EF

Re: Почтовый клиент

[Artem Chuprina]

D. H. -> debian-russian@lists.debian.org  @ Thu, 29 Mar 2018 08:26:49 -0500:

 >>  > Ага, тут связка с smarthost. Этого дела нету. Интересно можно ли в
 >>  > принципе заставить MTA общаться с другими MTA по томуже 587
 >> 
 >> С любыми - нет. Это submission port, там будут ожидать аутентификации.

 > Тогда буду менять провайдера и не устраивать плясок с бубном вокруг
 > смартхостов и vpn.

 > Хотя можно попробовать на него надавить. За статический адрес плачу, что
 > за ерунда с обрезанием портов блин.

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

Re: Почтовый клиент

[D. H.]

On 29/03/18 08:18 AM, Artem Chuprina wrote:
> D. H. -> debian-russian@lists.debian.org  @ Thu, 29 Mar 2018 08:04:37 -0500:
>  > Ага, тут связка с smarthost. Этого дела нету. Интересно можно ли в
>  > принципе заставить MTA общаться с другими MTA по томуже 587
> 
> С любыми - нет. Это submission port, там будут ожидать аутентификации.


Тогда буду менять провайдера и не устраивать плясок с бубном вокруг
смартхостов и vpn.

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

Спасибо за информацию.

Re: Почтовый клиент

[Eugene Berdnikov]

On Thu, Mar 29, 2018 at 08:04:37AM -0500, D. H. wrote:
> On 29/03/18 07:52 AM, Artem Chuprina wrote:
> > silver (ноутбук):
> > 
> > /etc/exim4/update-exim4.conf.conf:
> > ..
> > dc_smarthost='nest::587'
> > ..
> > 
> > /etc/exim4/passwd.client:
> > nest:mailsilver:тутПароль
> 
> 
> Ага, тут связка с smarthost. Этого дела нету. Интересно можно ли в
> принципе заставить MTA общаться с другими MTA по томуже 587

 Да, в экзиме для этого есть несколько вариантов: порт можно указывать
 и в роутерах, и в транспортах. Для дебиана из коробки есть хорошая
 заготовка: /etc/exim4/hubbed_hosts, там нужно написать что-то вроде

 myhost.tld:myrelay.tld::587

 Как это работает смотреть здесь:
 /etc/exim4/conf.d/router/150_exim4-config_hubbed_hosts.
 Остальные подробности, как всегда, в документации.
-- 
 Eugene Berdnikov

Re: Почтовый клиент

[Artem Chuprina]

D. H. -> debian-russian@lists.debian.org  @ Thu, 29 Mar 2018 08:04:37 -0500:

 >> silver (ноутбук):
 >> 
 >> /etc/exim4/update-exim4.conf.conf:
 >> ..
 >> dc_smarthost='nest::587'
 >> ..
 >> 
 >> /etc/exim4/passwd.client:
 >> nest:mailsilver:тутПароль
 > 

 > Ага, тут связка с smarthost. Этого дела нету. Интересно можно ли в
 > принципе заставить MTA общаться с другими MTA по томуже 587

С любыми - нет. Это submission port, там будут ожидать аутентификации.

Re: Почтовый клиент

[D. H.]

On 29/03/18 07:52 AM, Artem Chuprina wrote:
> silver (ноутбук):
> 
> /etc/exim4/update-exim4.conf.conf:
> ..
> dc_smarthost='nest::587'
> ..
> 
> /etc/exim4/passwd.client:
> nest:mailsilver:тутПароль



Ага, тут связка с smarthost. Этого дела нету. Интересно можно ли в
принципе заставить MTA общаться с другими MTA по томуже 587

Re: Почтовый клиент

[Grigory Fateyev]

Спасибо, буду думать и эксперементировать. Вот из-за такого quoting'а и
хочу локального клиента, бесит!

29 марта 2018 г., 15:52 пользователь D. H.  написал:

> Основной клиент ноут: pop3. Так как почта всегда нужна под рукой и часто
> в офлайн режиме.
>
> Мобильные клиенты вроде телефонов: imap, если в дороге что-то посмотреть
> что новое пришло.
>
> Ящиков несколько. Все работают по такому принципу. Разные для разных целей.
>
> Деловой и для важных вещей на своём домене, физически под собственным
> контролем (rasberry). На собственном сервере pop3 работает без удаления
> писем с сервера, оставляя возможность достучаться до писем по imap.
>
> Веб мордами не пользуюсь ни на публичных серверах, ни на собственном. Не
> страдаю браузером головного мозга.
>
>

Re: Почтовый клиент

[Artem Chuprina]

D. H. -> debian-russian@lists.debian.org  @ Thu, 29 Mar 2018 07:30:20 -0500:

 >> соответственно, входящую почту приходилось пробрасывать через VPN с
 >> виртуалки на хостинге. (VPN тут в принципе не обязательна, достаточно
 >> настроить транспорт через smtps по нестандартному порту, но если она
 >> все равно есть, через нее - проще).

 > А вот тут можно чуть подробнее в случае exim? С ходу как-то не нашлось у
 > меня ответа на этот вопрос. Сейчас тоже через vpn пускаю, но если есть
 > возможность от него отказаться

silver (ноутбук):

/etc/exim4/update-exim4.conf.conf:
...
dc_smarthost='nest::587'
...

/etc/exim4/passwd.client:
nest:mailsilver:тутПароль

Ну, 587 - он стандартный, но у меня его провайдер не перекрывает, только 25.

nest (VPS):
там по ряду причин конфиг полностью самописный, зато экзимовский, а не 
дебиановский. Из релевантного:

daemon_smtp_ports = 25 : 465 : 587
tls_on_connect_ports = 465
(на 587, соответственно, STARTTLS)

acl_check_mail:
warn hosts = : @[]
 control = submission
warn authenticated = *
 control = submission/sender_retain
 set acl_c_relay = true
 set acl_c_skip_sa = true
 set acl_c_skip_greylist = true
 set acl_c_skip_spamtrap = true
(переменные используются в соответствующих местах, но идея понятна)

acl_check_rcpt:
# если мы это письмо релеим - проверяем получателя и принимаем
deny condition = $acl_c_relay
 !verify = recipient/defer_ok
accept condition = $acl_c_relay
(это вот существенное место, именно тут решается, что делать с
аутентифицироваными клиентами)

begin authenticators

dovecot_login:
driver = dovecot
public_name = LOGIN
server_advertise_condition = ${if eq{$tls_cipher}{}{no}{yes}}
server_socket = /var/run/dovecot/auth-client
server_set_id = $auth1

dovecot_plain:
driver = dovecot
public_name = PLAIN
server_advertise_condition = ${if eq{$tls_cipher}{}{no}{yes}}
server_socket = /var/run/dovecot/auth-client
server_set_id = $auth1

(у меня dovecot IMAP-сервером, заодно об него и аутентифицируем; а он,
соответственно, уже об PAM)

Re: Почтовый клиент

[Михаил Касаджиков]

Victor Wagner  писал(а) в своём письме Thu, 29 Mar 2018 
14:28:02 +0300:


On Thu, 29 Mar 2018 12:19:31 +0300
Иван Лох  wrote:


On Thu, Mar 29, 2018 at 12:11:22PM +0300, Victor Wagner wrote:
>
> > > Ходить по imap это правильно. Почта должна лежать в  одном
> > > месте, и это место должно быть доступно по imap.
> >
> > Это может быть и правильно, но не всегда удобно. На слабых каналах
> > связи очень тяжко бывает, а если за границей, а если ещё и
> > дорого...

Хм. В моем представлении дорого скачивать письма не читая заголовки
(и не глядя на их размер). А список писем+ тот же mutt прекрасно
кэширует.


Я бы сказал что в mutt работа по слабым каналам оставляет желать
лучшего. Впрочем, и в других imap-клиентах тоже. Например, пока
читается заголовок большого фолдера, нельзя открыть письмо, заголовок
которого уже скачался.


В качестве почтовика использую старую оперу (12-ю). Среди графических 
почтовиков с возможностью отправки html писем (иногда надо по работе) опера 
оказалась самым шустрым и легковесным вариантом. Также в ней есть замечательная 
настройка — «не скачивать вложения» — очень экономит трафик и время. Причём 
скачивать отдельные письма полностью нужно довольно редко, обычно при 
необходимости ответить на письмо с сохранением исходного форматирования. У 
thunderbihd есть похожая настройка, только там ограничивается размер 
скачиваемого куска. Но по сравнению с оперой он заметно медленнее. Когда-то 
давно, во времена KDE3 использовал kmail как самый шустрый почтовик с html, но 
с переводом его на akonadi там с imap всё стало очень грустно.

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


Вообще было бы интересно сравнить объем траффика, который тратится при
работе с почтой разными способами:



1. "Скачать все" pop3/imap+fetchmail


Скорее всего этот вариант будет самым тяжёлым.


2. нормальный imap-клиент (тот же mutt, хотя интересно еще и на
графические клиенты посмотреть)


А вот тут опера без скачивания вложений будет самым экономным вариантом.


3. web-интерфейс с минимумом client-side динамики (например prayer)


Думаю, будет чуть тяжелее оперы за счёт самого web-интерфейса.


4. хипстерский вебдванольный интерфейс вроде gmail  (наверняка же есть
opensource аналоги)


Вряд ли этот вариант будет самым толстым. JS+CSS+картинки будут закешированы, а 
письма будут отображаться даже без полной перезагрузки страницы.

--
Написано с помощью почтового клиента Opera: http://www.opera.com/mail/

Re: Почтовый клиент

[Victor Wagner]

On Thu, 29 Mar 2018 07:30:20 -0500
"D. H."  wrote:


> 
> > соответственно, входящую почту приходилось пробрасывать через VPN с
> > виртуалки на хостинге. (VPN тут в принципе не обязательна,
> > достаточно настроить транспорт через smtps по нестандартному порту,
> > но если она все равно есть, через нее - проще).  
> 
> А вот тут можно чуть подробнее в случае exim? С ходу как-то не
> нашлось у меня ответа на этот вопрос. Сейчас тоже через vpn пускаю,
> но если есть возможность от него отказаться

Увы, с exim ничем не могу помочь. Потому что обычно использую postfix.

--  

Re: Почтовый клиент

[Artem Chuprina]

Евгений Кабанов -> Debian-russian  @ Thu, 29 Mar 2018 12:04:44 +0300:

 >> Ходить по imap это правильно. Почта должна лежать в  одном месте, и
 >> это место должно быть доступно по imap.

 > Это может быть и правильно, но не всегда удобно. На слабых каналах
 > связи очень тяжко бывает, а если за границей, а если ещё и дорого...

Слабый канал и дорого — это два противоречащих одно другому условия. В
смысле, если выполняются сразу оба, то мы в жопе. И надо понимать, в
какой мы сегодня позе.

Если канал слабый (читай: слишком высокое время отклика), то
offlineimap. Предварительно, перед выездом из дома,
засинхронизированный, чтобы не пришлось качать лишнего. Запустил его, и
пошел мыться. Пока мылся, он накопившуюся почту скачал. У меня он
работает поверх ssh. Он умеет на этом конце тоже IMAP и Maildir. Скажу
сразу, не умеет отследить, что письмо было перемещено из одного фолдера
в другой. Умеет НЕ синхронизировать обратно, но у меня синхронизирует.

Если дорого, то нужно брать IMAP-клиент, который умеет не читать дальше
заголовков (протокол позволяет).

Re: Почтовый клиент

[Victor Wagner]

On Thu, 29 Mar 2018 12:19:31 +0300
Иван Лох  wrote:

> On Thu, Mar 29, 2018 at 12:11:22PM +0300, Victor Wagner wrote:
> >   
> > > > Ходить по imap это правильно. Почта должна лежать в  одном
> > > > месте, и это место должно быть доступно по imap.
> > > 
> > > Это может быть и правильно, но не всегда удобно. На слабых каналах
> > > связи очень тяжко бывает, а если за границей, а если ещё и
> > > дорого...  
> 
> Хм. В моем представлении дорого скачивать письма не читая заголовки 
> (и не глядя на их размер). А список писем+ тот же mutt прекрасно
> кэширует.

Я бы сказал что в mutt работа по слабым каналам оставляет желать
лучшего. Впрочем, и в других imap-клиентах тоже. Например, пока
читается заголовок большого фолдера, нельзя открыть письмо, заголовок
которого уже скачался.

Вообще было бы интересно сравнить объем траффика, который тратится при
работе с почтой разными способами:

1. "Скачать все" pop3/imap+fetchmail
2. нормальный imap-клиент (тот же mutt, хотя интересно еще и на
графические клиенты посмотреть)
3. web-интерфейс с минимумом client-side динамики (например prayer)
4. хипстерский вебдванольный интерфейс вроде gmail  (наверняка же есть
opensource аналоги)


 

Re: Почтовый клиент

[Коротаев Руслан]

В сообщении от [Чт 2018-03-29 11:34 +0300]
Grigory Fateyev  пишет:

> Суть проблемы, не могу понять как работать с почтой, когда девайсов
> больше одного!
> 
> Когда был один PC, всё было просто, связка: procmail, fetchmail, exim
> и claws-mail устраивала. Почта по таймеру качалась в директорию
> ~/Mail, procmail всё раскладывал по нужным дирам, было удобно. Сейчас
> девайсов много и возникает вопрос как добиться удобства?
> 
> Хочу: синхронизацию (в идеале хранить в одном месте), доступ и из
> Debian и Android, интерфейс с возможность bottom-quoting и тому
> подобное сейчас в gmail это дико бесит.
> 
> Думаю почту надо хранить на gmail, ходить по imap. Пока рассматриваю
> варианты с gnus (emacs) и claws-mail. Может кто подскажет кто как
> решает эту проблему?

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

Мой подход
===

Завести несколько почтовых ящиков (лучше собственный сервер, а не
публичные сервисы) под каждую сферу жизни. Например, ящик для рассылок
(Mutt, POP3), персональный ящик (Веб-интерфейс Nextcloud, IMAP), ящик
для получения счетов и объявлений о распродажах (почтовый клиент на
смартфоне, IMAP/POP3) и так далее. При работе с каждым ящиком,
придерживаться правила Inbox Zero [2].

Что не следует делать 
(хотя многим это нравится)
===

Иметь один почтовый ящик Gmail на все случаи жизни и раскладывать в нем
письма по папкам. Так будет удобнее Google, один ящик --> одна учетная
запись --> один идентификатор отслеживания. Дальше Google составит ваш
пользовательский профиль, но никого искусственного интеллекта не
потребуется, вы всё сделаете сами: аккуратно сортируйте письма по папкам
(лучше с помощью фильтров и ярлыков [3]), имена папкам давайте ёмкие
(лучше сразу на английском) чтобы они максимально соответствовали
хранимым в ней письмам. 

Универсальных подходов нет, всё зависит от контекста.

[1]: https://habrahabr.ru/company/pechkin/blog/271895/
[2]: https://habrahabr.ru/company/pechkin/blog/277809/
[3]: https://support.google.com/mail/topic/3394656?hl=ru

-- 
Коротаев Руслан
https://blog.kr.pp.ru


smime.p7s
Description: S/MIME cryptographic signature

Re: Почтовый клиент

[Иван Лох]

On Thu, Mar 29, 2018 at 12:11:22PM +0300, Victor Wagner wrote:
> 
> > > Ходить по imap это правильно. Почта должна лежать в  одном месте, и
> > > это место должно быть доступно по imap.  
> > 
> > Это может быть и правильно, но не всегда удобно. На слабых каналах
> > связи очень тяжко бывает, а если за границей, а если ещё и дорого...

Хм. В моем представлении дорого скачивать письма не читая заголовки 
(и не глядя на их размер). А список писем+ тот же mutt прекрасно
кэширует.

Re: Почтовый клиент

[Victor Wagner]

On Thu, 29 Mar 2018 12:04:44 +0300
Евгений Кабанов  wrote:

> > Ходить по imap это правильно. Почта должна лежать в  одном месте, и
> > это место должно быть доступно по imap.  
> 
> Это может быть и правильно, но не всегда удобно. На слабых каналах
> связи очень тяжко бывает, а если за границей, а если ещё и дорого...

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

Опять же, если это место доступно ЕЩЕ И через веб-интерфейс от этого
никому плохо не будет. Хотя лично я держу веб-интерфейс в основном ради
того маловероятного случая, когда потребуется работать с почтой с чужой
машины. 

Защититься от ненамеренного оставления пароля в (знакомом) браузере все
же проще, чем защититься от того же в незнакомом почтовом клиенте.


--

Re: Почтовый клиент

[Евгений Кабанов]

> Ходить по imap это правильно. Почта должна лежать в  одном месте, и
> это место должно быть доступно по imap.

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

-- 
Евгений Кабанов 

Re: Почтовый клиент

[Victor Wagner]

On Thu, 29 Mar 2018 11:34:34 +0300
Grigory Fateyev  wrote:

> Добрый день!
> 
> Суть проблемы, не могу понять как работать с почтой, когда девайсов
> больше одного!
> 
> Когда был один PC, всё было просто, связка: procmail, fetchmail, exim
> и claws-mail устраивала. Почта по таймеру качалась в директорию
> ~/Mail, procmail всё раскладывал по нужным дирам, было удобно. Сейчас
> девайсов много и возникает вопрос как добиться удобства?

Да, кстати, если почта лежит на imap, то имеет смысл вместо procmail
испоьзовать sieve. Поскольку им удобнее управлять удаленно, используя
протокол managesieve. Для claws-mail существует плагин, позволяющий по
этому протоколу работать.

Re: Почтовый клиент

[Victor Wagner]

On Thu, 29 Mar 2018 11:34:34 +0300
Grigory Fateyev  wrote:

> Добрый день!
> 
> Суть проблемы, не могу понять как работать с почтой, когда девайсов
> больше одного!
> 
> Когда был один PC, всё было просто, связка: procmail, fetchmail, exim
> и claws-mail устраивала. Почта по таймеру качалась в директорию
> ~/Mail, procmail всё раскладывал по нужным дирам, было удобно. Сейчас
> девайсов много и возникает вопрос как добиться удобства?
> 
> Хочу: синхронизацию (в идеале хранить в одном месте), доступ и из
> Debian и Android, интерфейс с возможность bottom-quoting и тому
> подобное сейчас в gmail это дико бесит.
> 
> Думаю почту надо хранить на gmail, ходить по imap. Пока рассматриваю
> варианты с gnus (emacs) и claws-mail. Может кто подскажет кто как
> решает эту проблему?

Ходить по imap это правильно. Почта должна лежать в  одном месте, и это
место должно быть доступно по imap. Опционально - вебмейл какой-нибудь.

Но вот это место должно быть ПЕРСОНАЛЬНО вашим. Оптимально - под вашим
физическом контролем. Доверять свою почту гуглю не стоит. Он ее будет
анализировать своими алгоритмами.

Я одно время использовал в качестве почтового сервера RaspBerry PI R1,
которая по совместительству являлась домашним роутером. И это при том,
что у меня провайдер закрывал соединения на входящий 25 порт, и,
соответственно, входящую почту приходилось пробрасывать через VPN с
виртуалки на хостинге. (VPN тут в принципе не обязательна, достаточно
настроить транспорт через smtps по нестандартному порту, но если она
все равно есть, через нее - проще).

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

В общем, где-то поставить комбинацию из dovecot+spamassasin+prayer
webmail - это достаточно просто. При условии что это где-то имеет
постоянный IP-адрес, который можно прописать как mx для своего домена.


-- 

Re: Почтовый клиент

[Евгений Кабанов]

Добрый день!

> Суть проблемы, не могу понять как работать с почтой, когда девайсов
> больше одного!
> Когда был один PC, всё было просто, связка: procmail, fetchmail, exim
> и claws-mail устраивала. Почта по таймеру качалась в директорию
> ~/Mail, procmail всё раскладывал по нужным дирам, было удобно. Сейчас
> девайсов много и возникает вопрос как добиться удобства?
> Хочу: синхронизацию (в идеале хранить в одном месте), доступ и из
> Debian и Android, интерфейс с возможность bottom-quoting и тому
> подобное сейчас в gmail это дико бесит.
> Думаю почту надо хранить на gmail, ходить по imap. Пока рассматриваю
> варианты с gnus (emacs) и claws-mail. Может кто подскажет кто как
> решает эту проблему?

IMAP на Яндексе. Но если писем много (у меня более 45 тыс.) - уже очень
гадостно, долго ворочается, не устраивает. Поэтому плюнул и вернулся на
POP на основную машину. Клиент - Sylpheed.

-- 
Евгений Кабанов 

Re: Почтовый клиент - демон

[Sapytsky Ilya]

14 августа 2009 г. 15:38 пользователь Peter Pentchev r...@ringlet.netнаписал:

 - ответ 5xx SMTP сервера значит попробуй снова через минуту!

либо я чего-то забыл, либо 5хх ошибки фатальны и MTA не должен пытаться
сделать операцию снова
а попробуй снова через минуту! это 4хх ошибки, я не прав?

Re: Почтовый клиент - демон

[Peter Pentchev]

On Mon, Aug 17, 2009 at 05:40:40PM +0400, Sapytsky Ilya wrote:
 14 августа 2009 г. 15:38 пользователь Peter Pentchev 
 r...@ringlet.netнаписал:
 
  - ответ 5xx SMTP сервера значит попробуй снова через минуту!
 
 либо я чего-то забыл, либо 5хх ошибки фатальны и MTA не должен пытаться
 сделать операцию снова
 а попробуй снова через минуту! это 4хх ошибки, я не прав?

Нет, Вы ничего не забыл.  Да, Вы совершенно прав.

Проблем в том, что nullmailer не умеет bounce-ить сообщений, так что
ему нечего делать когда сообщение не может быть доставлено.  Так он
и думает, ну что ж, может быть, это все же и пройдет, я ж попробую
снова... и мэйл-сервер страдает.

Думаете, бред?  Думаете, не мож' быть?  Я тоже так думал.

http://bugs.debian.org/329192 - смотрите коментарий Brian Ristuccia.
Бага послана upstream.

http://www.untroubled.org/nullmailer/TODO - смотрите For version 1.5.

Так в версию 1.04 это несколько лучше, nullmailer-send убьет сообщения,
которые живут долго, долго в очереди, но основный проблем еще сидит.

Всего лучшего,
Петр

-- 
Peter Pentchev  r...@ringlet.netr...@space.bgr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
I am jealous of the first word in this sentence.


pgp0y262gi7z7.pgp
Description: PGP signature

Re: Почтовый клиент - демон

[Constantine Verutin]

Hi,

2009/8/14 Konstantin Fadeyev jred...@gmail.com

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

fetchmail/offlineimap + imapd

Re: Почтовый клиент - демон

[Konstantin Fadeyev]

14 августа 2009 г. 14:19 пользователь Constantine Verutin
(cveru...@gmail.com) написал:
 Hi,

 2009/8/14 Konstantin Fadeyev jred...@gmail.com

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

 fetchmail/offlineimap + imapd


Часть ящиков исключительно на POP3, этого не изменить. И было бы
неплохо, чтоб и отправлять можно было.

-- 
Константин Фадеев

Re: Почтовый клиент - демон

[Constantine Verutin]

Hi,

2009/8/14 Konstantin Fadeyev jred...@gmail.com

 Часть ящиков исключительно на POP3, этого не изменить.

fetchmail умеет pop3

Re: Почтовый клиент - демон

[Konstantin Fadeyev]

14 августа 2009 г. 14:41 пользователь Konstantin Fadeyev
(jred...@gmail.com) написал:
 14 августа 2009 г. 14:19 пользователь Constantine Verutin
 (cveru...@gmail.com) написал:
 Hi,

 2009/8/14 Konstantin Fadeyev jred...@gmail.com

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

 fetchmail/offlineimap + imapd


 Часть ящиков исключительно на POP3, этого не изменить. И было бы
 неплохо, чтоб и отправлять можно было.

 --
 Константин Фадеев


Попался на глаза SquirrelMail, подойдёт ли он мне? Не совсем понял,
это почтовый клиент?

-- 
Константин Фадеев

Re: Почтовый клиент - демон

[Andrey Lyubimets]

Konstantin Fadeyev пишет:

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



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

Это вообще возможно?

fetchmail + IMAP-сервер (в качестве + может выступать exim или другой мта)



--
С уважением, Любимец Андрей Алексеевич


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Почтовый клиент - демон

[Mikhail A Antonov]

-[ Konstantin Fadeyev 14/08/2009 12:46 (GMT +3)
 Попался на глаза SquirrelMail, подойдёт ли он мне? Не совсем понял,
 это почтовый клиент?

Это вёбморда, которая сама в себе ничего не хранит.  А так - да, это почтовый 
клиент, работающий через браузер.

-- 
Best regards,
 Mikhail
xmpp: ant...@stopicq.ru
irc: Bart-mdv- @ SolarNet
SolarNet: http://www.solarnet.ru/


signature.asc
Description: This is a digitally signed message part.

Re: Почтовый клиент - демон

[Peter Pentchev]

On Fri, Aug 14, 2009 at 02:41:36PM +0600, Konstantin Fadeyev wrote:
 14 августа 2009 г. 14:19 пользователь Constantine Verutin
 (cveru...@gmail.com) написал:
  Hi,
 
  2009/8/14 Konstantin Fadeyev jred...@gmail.com
 
  Нужно что-то типа следующего:
  На отдельно взятой машине запускается некий почтовый клиент который
  работает в режиме демона, ну или имитирует подобную работу. Собирает
  почту с нескольких разных ящиков.
  На рабочей станции пользователь запускает программу-клиента который
  подключается к клиенту-демону и позволяет работать с полученной им
  почтой удалённо.
  Путанно, но как-то так.
 
  fetchmail/offlineimap + imapd
 
 
 Часть ящиков исключительно на POP3, этого не изменить. И было бы
 неплохо, чтоб и отправлять можно было.

fetchmail работет с POP3 - я ее и использую уже несколько год, чтоб
вся почта из всех ящиков всех провайдеров прибывала бы в одном месте.
А отправлять - там ssmtp или nullmailer поможет.  Не рекомендую
nullmailer, множество причин; в $REALJOB уже мигрировал к dma,
которого я упоминал в другой теме, а dma уже в NEW queue.
Жаль, dma не умеет SMTP daemon-ом быть, он только MDA/MTA, так что
ssmtp или nullmailer.

Всего лучшего,
Петр

-- 
Peter Pentchev  r...@ringlet.netr...@space.bgr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
If this sentence were in Chinese, it would say something else.


pgpjok4xshcIL.pgp
Description: PGP signature

Re: Почтовый клиент - демон

[Stanislav Maslovski]

On Fri, Aug 14, 2009 at 03:17:56PM +0600, Sergey Korobitsin wrote:
 Когда-то, а точнее в Fri, Aug 14, 2009 at 11:50 +0300, Peter Pentchev 
 изволили разразиться высказыванием:
  fetchmail работет с POP3 - я ее и использую уже несколько год, чтоб
  вся почта из всех ящиков всех провайдеров прибывала бы в одном месте.
  А отправлять - там ssmtp или nullmailer поможет.  Не рекомендую
  nullmailer, множество причин;
 
 А можно вкратце, почему?

Потому что он ненавязчиво так рекомендует dma, майнтейнером которого
является ;)

Ничего личного, просто шутка юмора.

-- 
Stanislav


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Почтовый клиент - демон

[Peter Pentchev]

On Fri, Aug 14, 2009 at 03:19:27PM +0400, Stanislav Maslovski wrote:
 On Fri, Aug 14, 2009 at 03:17:56PM +0600, Sergey Korobitsin wrote:
  Когда-то, а точнее в Fri, Aug 14, 2009 at 11:50 +0300, Peter Pentchev 
  изволили разразиться высказыванием:
   fetchmail работет с POP3 - я ее и использую уже несколько год, чтоб
   вся почта из всех ящиков всех провайдеров прибывала бы в одном месте.
   А отправлять - там ssmtp или nullmailer поможет.  Не рекомендую
   nullmailer, множество причин;
  
  А можно вкратце, почему?
 
 Потому что он ненавязчиво так рекомендует dma, майнтейнером которого
 является ;)
 
 Ничего личного, просто шутка юмора.

Не только то :)

Некоторые из проблемов nullmailer-а *в моем случае*:
- никак не умеет alias, а мне нужно, хотя бы для одного-двух акаунтов
- не успел доставить сообщение?  Попробуй снова через минуту - одну
  минуту - каждую минуту; нету экспоненциального backoff-а
- никогда не удаляет сообщений из очереди! (non-delivery timeout)
- ответ 5xx SMTP сервера значит попробуй снова через минуту!
- не очень четимый вид mailq

Комбинируя 5xx значит попробуй снова с не успел? через минуту!,
получаем ошибка в адресе получателя? бесконечные попытки доставить,
снова и снова, всех сообщений, каждую минуту, месяц с месяцем, пока
администратор не убьет nullmailer-а и не удалит сообщений из очереди
вручную.  Ну, мы и решили спасти mailserver-а от этого :)

Если вся выходящая почта - под контролем админа (все адреса, к которых
отправляеться поща, указани вручную и кто-то гарантирует на коректность),
тогда nullmailer работает.  Если юзеры имеют возможность отправлять
почту произвольным адресатам - вот и проблемы.  Так как тема началась
с настройками сервера для клиентов, которые будут отправлять почту
всему свету, я не рекомендую nullmailer, он не умеет bounce.

Всего лучшего,
Петр

-- 
Peter Pentchev  r...@ringlet.netr...@space.bgr...@freebsd.org
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
This sentence was in the past tense.


pgp2ifRFVysYE.pgp
Description: PGP signature

Re: почтовый клиент с н ормальной работой с майл листами

[Kirill A. Korinskiy]

[EMAIL PROTECTED] - debian-russian@lists.debian.org  @ Thu, 17 May 2007 
16:38:24 +0400:

 r Ищется subj

Скажу про gnus

 r + без fetchmail/procmail, напрямую pop3,imap
Да, умеет
 r + возможность загрузки только хедеров для определённых аккаунтов,
 r   и(или) для адресов не из списка
 r   только imap?
Да, но придется приложить немного рук
 r + ограничение по размеру письма, если больше - тащит хедер,
 r   если меньше - грузит целиком
Да, но придется приложить немного рук

 r Подскажите пожалуйста может ли это mutt или кто-то ещё?

Gnus единственный mua который умеет сортировки писем «как я хочу»з

-- 
 .''`.   Kirill A. Korinskiy [EMAIL PROTECTED]
: :'  :  proud maniac programmer
`. `'`   http://catap.ru/ - +7 (916) 3-604-704 - xmpp:[EMAIL PROTECTED]
  `- Debian - when you have better things to do than fixing systems
   -- madduck


pgpF1WpibMT6C.pgp
Description: PGP signature

Re: почтовый клиент с нормальной работой с майллистами

[Alex Kicelew]

Artem Chuprina - debian-russian@lists.debian.org  @ Fri, 18 May 2007 00:04:48 
+0400:

 AC Есть еще произвольные теги в IMAP.  Они отличаются тем, что хранятся в
 AC базе сервера, и серверу не надо перебирать заголовки, чтобы отобрать эти
 AC письма.  gnus умеет ставить произвольные, на остальные MUA на эту тему
 AC не смотрел.

А можно ключевые слова для поиска по инфо (кроме imap и tag)? Не нашел.

-- 
Alex Kicelew [EMAIL PROTECTED] ICQ 3887592


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: почтовый клиент с нормальной работой с майллистами

[Artem Chuprina]

Alex Kicelew - debian-russian@lists.debian.org  @ Fri, 18 May 2007 11:51:31 
+0400:

 AC Есть еще произвольные теги в IMAP.  Они отличаются тем, что хранятся в
 AC базе сервера, и серверу не надо перебирать заголовки, чтобы отобрать эти
 AC письма.  gnus умеет ставить произвольные, на остальные MUA на эту тему
 AC не смотрел.

 AK А можно ключевые слова для поиска по инфо (кроме imap и tag)? Не нашел.

gnus-summary-mark-article и nnimap-mark-to-flag

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

HTTP тоже не каждый дятел может сделать. Только дятлы об этом обычно не знают.
Victor Wagner в [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: почтовый клиент с нормальной работой с майллистами

[Alex Kicelew]

Artem Chuprina - debian-russian@lists.debian.org  @ Fri, 18 May 2007 14:25:38 
+0400:

 AK А можно ключевые слова для поиска по инфо (кроме imap и tag)? Не нашел.
 AC gnus-summary-mark-article и nnimap-mark-to-flag

Ага, спасибо. Пока не понял, как по этому кошмару учреждать поиск,
буду разбираться.

-- 
Alex Kicelew [EMAIL PROTECTED] ICQ 3887592


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: почтовый клиент с нор мальной работой с майллис тами

[Nicholas]

Alex Kicelew wrote:

Artem Chuprina - debian-russian@lists.debian.org  @ Fri, 18 May 2007 00:04:48 
+0400:

 AC Есть еще произвольные теги в IMAP.  Они отличаются тем, что хранятся в
 AC базе сервера, и серверу не надо перебирать заголовки, чтобы отобрать эти
 AC письма.


Какое приложение вы посоветуете для использования этой функции IMAP ?

--
Best regards,
Nicholas


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: почтовый клиент с нор мальной работой с майллис тами

[Nicholas]

Существует ли почтовик который поддерживает тегирование - присвоение 
письмам ключевых слов ?

Вопрос не в поиске, а именно в самостоятельном присвоении тегов.

--
Best regards,
Nicholas


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: почтовый клиент с нор мальной работой с майллис тами

[rm-f]

Nicholas пишет:


Существует ли почтовик который поддерживает тегирование - присвоение 
письмам ключевых слов ?

Вопрос не в поиске, а именно в самостоятельном присвоении тегов.


Почтовиков не знаю, но если просто для локального поиска, может beagle
поможет? Сообщения в IceDove отлично индексирует. Для других наверно 
можно ручную привязку сделать.


Про procmail наверняка знаете.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: почтовый клиент с нормальной работой с майллистами

[Michael Shigorin]

On Thu, May 17, 2007 at 09:03:05PM +0400, [EMAIL PROTECTED] wrote:
 Существует ли почтовик который поддерживает тегирование -
 присвоение письмам ключевых слов ?  Вопрос не в поиске, а
 именно в самостоятельном присвоении тегов.
 Почтовиков не знаю, но если просто для локального поиска, может
 beagle поможет? Сообщения в IceDove отлично индексирует.

Рекомендую recoll -- некоторые тут его вроде даже I взять и P.

-- 
  WBR, Michael Shigorin [EMAIL PROTECTED]
  -- Linux.Kiev http://www.linux.kiev.ua/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: почтовый клиент с н ормальной работой с майл листами

[Mikhail Gusarov]

Twas brillig at 20:31:43 17.05.2007 UTC+03 when Michael Shigorin did gyre and 
gimble:

 MS Рекомендую recoll -- некоторые тут его вроде даже I взять и P.

Я не успел, его за меня уже P и U :)

-- 
JID: [EMAIL PROTECTED]

Re: почтовый клиент с нормальной работой с майллистами

[Иван Лох]

On Thu, May 17, 2007 at 12:10:10PM -0400, Nicholas wrote:
 
 Существует ли почтовик который 
 поддерживает тегирование - присвоение 
 письмам ключевых слов ?
 Вопрос не в поиске, а именно в 
 самостоятельном присвоении тегов.

Любой нормальный MUA может редактировать письма включая 
их хидеры. Создай custom header Tags и напиши макрос
для его установки. Показывать он их будет, искать по ним тоже. 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: почтовый клиент с нормальной работой с майллистами

[Artem Chuprina]

Иван Лох - debian-russian@lists.debian.org  @ Thu, 17 May 2007 22:18:41 +0400:

  Существует ли почтовик который 
  поддерживает тегирование - присвоение 
  письмам ключевых слов ?
  Вопрос не в поиске, а именно в 
  самостоятельном присвоении тегов.

 ИЛ Любой нормальный MUA может редактировать письма включая 
 ИЛ их хидеры. Создай custom header Tags и напиши макрос
 ИЛ для его установки. Показывать он их будет, искать по ним тоже. 

Есть еще произвольные теги в IMAP.  Они отличаются тем, что хранятся в
базе сервера, и серверу не надо перебирать заголовки, чтобы отобрать эти
письма.  gnus умеет ставить произвольные, на остальные MUA на эту тему
не смотрел.

(Недостаток гнуса, он же одно из весьма немногих его достоинств, если
речь идет о почте, все знают, да?  То, что он emacs'а требует?)

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]

Попрошу благородного дона не обобщать с утра пораньше! (С)энта


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: почтовый клиент с нормальной работой с майллистами

[Nicholas]

Попробую уточнить смысл вопроса: есть, например, архив списка рассылки 
ripe.net/ripe/maillists/ на 76 мегабайт и нужно найти и отметить 
сообщения по делу, что бы потом только по ним и искать (уже 
поисковиком). То есть нужен простой индекс с десятком критериев, который 
дружит с почтой - может что-то похожее в Емаксе или под  XUL (что даже 
лучше) готовое есть ?


За идею использовать хидеры и ссылки на beagle и recoll - спасибо.


--
Best regards,
Nicholas


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]