subject:"Читать \/var\/mail\/\*"

DamirX - debian-russian@lists.debian.org  @ Mon, 25 Aug 2008 10:51:09 +0400:

  А то в /var/mail/root у меня всякие сообщения от apt и т.п., 

 D editor aliases

В данном случае все же скорее не aliases, а наоборот - .forward.

2MR: Я не помню на память, настроен ли exim по умолчанию так, чтобы на
адрес [EMAIL PROTECTED] обрабатывался, если есть .forward-gmail.  С
шансами - да, но надо проверить.  Если нет - можно так настроить, но
полезнее будет прочитать идущий в комплекте с его документацией документ
для юзеров про написание фильтров.  Еще можно procmail настроить, но с
exim'ом это излишество.

-- 
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: Читать /var/mail/*

On 25/08/2008, Artem Chuprina [EMAIL PROTECTED] wrote:

2MR: Я не помню на память, настроен ли exim по умолчанию так, чтобы на
адрес [EMAIL PROTECTED] обрабатывался, если есть .forward-gmail. С
шансами - да, но надо проверить. Если нет - можно так настроить, но
полезнее будет прочитать идущий в комплекте с его документацией документ
для юзеров про написание фильтров. Еще можно procmail настроить, но с
exim'ом это излишество.

Так в том-то и дело, что я не хочу долго и продвинуто настраивать на
системе, на которой нет выхода почты наружу. Ну нет у меня этих нескольких
часов. Ты говорил пять вопросов и усё - теперь выясняется, что чтобы
устроить минимально необходимую мне конфигурацию (один ящик на local root
mail, один на gmail backup), нужны фильтры. Причём .forward мне тут не
поможет вовсе - надо указать, где ящик лежит...

Я пока не понял, умеет ли fetchmail писать прямо в mbox без MTA. Если умеет,
то именно так и будет. А вот если нет, я пока не знаю что делать - написать
полэкрана на Питоне начинает казаться самым простым решением. (Там есть
библиотека POP3 и есть библиотека mbox).

--
Yours, Mikhail Ramendik

Re: Читать /var/mail/*

On 25/08/2008, Artem Chuprina [EMAIL PROTECTED] wrote:


  А то в /var/mail/root у меня всякие сообщения от apt и т.п.,

 D editor aliases

 В данном случае все же скорее не aliases, а наоборот - .forward.


Вопрос - а почему нельзя просто читать из /var/mail/root? Разумеется, не
запуская MUA под рутом, просто сделать файл group readable.

-- 
Yours, Mikhail Ramendik

Re: Читать /var/mail/*

Mikhail Ramendik - debian-russian@lists.debian.org  @ Mon, 25 Aug 2008 
11:14:43 +0100:

   А то в /var/mail/root у меня всякие сообщения от apt и т.п.,
 
  D editor aliases
 
  В данном случае все же скорее не aliases, а наоборот - .forward.

 MR Вопрос - а почему нельзя просто читать из /var/mail/root?
 MR Разумеется, не запуская MUA под рутом, просто сделать файл group
 MR readable.

Да можно, почему нельзя?  Писать туда не стоит, если он таки да,
принадлежит руту.  Даже вполне системными средствами.  Чревато боком.

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

/dev/null-транспортировка


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

Re: Читать /var/mail/*

Mikhail Ramendik - debian-russian@lists.debian.org  @ Mon, 25 Aug 2008 
11:12:39 +0100:

 MR Я пока не понял, умеет ли fetchmail писать прямо в mbox без
 MR MTA.

Умеет.  Главное - чтоб он этого от рута не делал.

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

Нажатие на кнопку Запомнить пароль не поможет ВАМ запомнить пароль.
 -- http://bash.org.ru/quote.php?num=101483


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

Re: Читать /var/mail/*

On 2008.08.25 at 14:25:56 +0400, Artem Chuprina wrote:

 Mikhail Ramendik - debian-russian@lists.debian.org  @ Mon, 25 Aug 2008 
 11:12:39 +0100:
 
  MR Я пока не понял, умеет ли fetchmail писать прямо в mbox без
  MR MTA.
 
 Умеет.  Главное - чтоб он этого от рута не делал.
 
 На мой взгляд - не дело фетчмейла ПИСАТЬ В ФАЙЛЫ. Вообще. Его дело -
 общаться по протоколу POP3/IMAP с удаленным почтовым сервером и по SMTP
 - с локальным.

 А уж локальный почтовый сервер пускай разбирается куда доставить
 полученную от fetchmail почту с использованием всех имеющихся
 механизмов, таких как aliases, forward, sieve, procmail.


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

Re: Читать /var/mail/*

On 25/08/2008, Victor Wagner [EMAIL PROTECTED] wrote:


  Умеет.  Главное - чтоб он этого от рута не делал.
 На мой взгляд - не дело фетчмейла ПИСАТЬ В ФАЙЛЫ. Вообще. Его дело -
 общаться по протоколу POP3/IMAP с удаленным почтовым сервером и по SMTP
 - с локальным.

 А уж локальный почтовый сервер пускай разбирается куда доставить
 полученную от fetchmail почту с использованием всех имеющихся
 механизмов, таких как aliases, forward, sieve, procmail.


Мне нужен простой бекап без какой-либо фильтрации. Я упорно не понимаю,
зачем мне возня с настройкой MTA, с нехорошими рисками в случае ошибки.

Благо пяти вопросов не хватает - настройка всё же требуется.


-- 
Yours, Mikhail Ramendik

Re: Читать /var/mail/*

On 2008.08.25 at 11:55:23 +0100, Mikhail Ramendik wrote:

 
Мне нужен простой бекап без какой-либо фильтрации. Я упорно не

Тогда это isync, а не fetchmail.

понимаю, зачем мне возня с настройкой MTA, с нехорошими рисками в
случае ошибки.

Затем чтобы руками не делать того, что может делать MTA. 
И не лазить в /var/mail/root. С нехорошими рисками в случае ошибки.
Благо пяти вопросов не хватает - настройка всё же требуется.

Странно. Мне во многих случаях хватает. Тебе - не хватает.
Да, конечно, у меня есть машина которая являеся MX для кучи доменов, и
это таки приходится настраивать. Или есть машины, где требуется
нетривиальная авторизация по SMTP.


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

Re: Читать /var/mail/*

Victor Wagner - debian-russian@lists.debian.org  @ Mon, 25 Aug 2008 14:36:15 
+0400:

   MR Я пока не понял, умеет ли fetchmail писать прямо в mbox без
   MR MTA.
  
  Умеет.  Главное - чтоб он этого от рута не делал.
 VW  
 VW  На мой взгляд - не дело фетчмейла ПИСАТЬ В ФАЙЛЫ. Вообще. Его дело
 VW  - общаться по протоколу POP3/IMAP с удаленным почтовым сервером и
 VW  по SMTP - с локальным.

 VW  А уж локальный почтовый сервер пускай разбирается куда доставить
 VW  полученную от fetchmail почту с использованием всех имеющихся
 VW  механизмов, таких как aliases, forward, sieve, procmail.

Иногда можно.  Оставь, Витус, пусть Миша сам по этим граблям
пройдется...  Они не фатальные, череп не расколют.  Так, пару шишек
набьют...

-- 
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: Читать /var/mail/*

2008-08-25 Пенетрантность Михаил Демин

On 25/08/2008, Victor Wagner [EMAIL PROTECTED] wrote:

On 2008.08.25 at 11:55:23 +0100, Mikhail Ramendik wrote:

Мне нужен простой бекап без какой-либо фильтрации. Я упорно не

Тогда это isync, а не fetchmail.

К сожалению, сообщают, что у гугля IMAP иногда отваливается. А бекап хочется
сделать простым, _надёжным_, и запускаемым по крону раз в 5-10 минут. Чтобы
уж если связь отвалилась или гугль упал - у меня была копия всей моей почты.

понимаю, зачем мне возня с настройкой MTA, с нехорошими рисками в
случае ошибки.

Затем чтобы руками не делать того, что может делать MTA.

И не лазить в /var/mail/root. С нехорошими рисками в случае ошибки.

Из /var/mail/root я хочу только _читать_ локальную почту на рута. Впрочем,
её-то как раз можно и в другое место - но если это просто делается.

Благо пяти вопросов не хватает - настройка всё же требуется.

Странно. Мне во многих случаях хватает. Тебе - не хватает.

Мне надо два доступных ящика. Один с локальной почтой для рута. Другой с
бекапом. Первый я буду иногда читать, второй - нужен исключительно на случай
падения связи (но иметь возможность читать надо - именно на этот случай).

Мне также надо, чтобы система никогда не пыталась ничего отправить наружу.

Я так и не понял, как это настроить пятью вопросами. Ибо при пяти вопросах
ящик=юзер, и как создать лишнего юзера чтобы он ни в коем случае не
залогинился даже иксами? И даже неясно какую опцию выбирать - если без SMTP,
то как он будет слушать fetchmail, а если с SMTP, то как ему запретить
напрочь что-либо совать наружу?

--
Yours, Mikhail Ramendik

Re: Читать /var/mail/*

2008-08-25 Пенетрантность DamirX


Artem Chuprina wrote:

DamirX - debian-russian@lists.debian.org  @ Mon, 25 Aug 2008 10:51:09 +0400:

  А то в /var/mail/root у меня всякие сообщения от apt и т.п., 


 D editor aliases

вроде как конфигрурялка (та самая в которой нужно ответить на 5 
вопросов) пишет именно /etc/aliases.  в переводе на русский /итд/прозвище


--
DamirX


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

Re: Читать /var/mail/*

2008/8/25 Mikhail Ramendik [EMAIL PROTECTED]:

 Я так и не понял, как это настроить пятью вопросами. Ибо при пяти вопросах
 ящик=юзер, и как создать лишнего юзера чтобы он ни в коем случае не
 залогинился даже иксами?

Из man shadow:

Если поле пароля содержит строку, которая не удовлетворяет требованиям 
crypt(3), например ! или *, то пользователь не сможет использовать этот unix 
пароль для регистрации с учётом настроек pam(7).

Есть мнение, что по умолчанию все настроено именно так, как описано.

Михаил.

Re: Читать /var/mail/*

Mikhail Ramendik - debian-russian@lists.debian.org @ Mon, 25 Aug 2008
12:19:39 +0100:

MR Мне надо два доступных ящика. Один с локальной почтой для
MR рута. Другой с бекапом. Первый я буду иногда читать, второй - нужен
MR исключительно на случай падения связи (но иметь возможность читать
MR надо - именно на этот случай).

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

Я бы, кстати, посмотрел на такой...

MR Мне также надо, чтобы система никогда не пыталась ничего отправить
MR наружу.

... и тут же рядом ты задавал вопрос про SMTP AUTH для гугла. Не, ты,
конечно, можешь и MUA этому обучать, в данном случае без разницы. А
можешь TLS вручную на калькуляторе реализовывать...

MR Я так и не понял, как это настроить пятью вопросами. Ибо при пяти
MR вопросах ящик=юзер, и как создать лишнего юзера чтобы он ни в коем
MR случае не залогинился даже иксами? И даже неясно какую опцию
MR выбирать - если без SMTP, то как он будет слушать fetchmail, а если
MR с SMTP, то как ему запретить напрочь что-либо совать наружу?

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

--
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: Читать /var/mail/*

On 25/08/2008, Artem Chuprina [EMAIL PROTECTED] wrote:

Mikhail Ramendik - debian-russian@lists.debian.org @ Mon, 25 Aug 2008
12:19:39 +0100:

Это попросту будет медленно. Объём почты на гугле (в норме не читаемой с
этой машины) - куда больше, чем объём локальной почты на рут.

MR Мне также надо, чтобы система никогда не пыталась ничего отправить
MR наружу.

Я собираюсь читать гугль имапом прямо с гугля, причём зачастую на _другой_
машине. У меня нет гарантии доступности этой машины при чтении гугля. Но
сама эта машина имеет максимальный uptime, поскольку используется как
семейный медиа-центр - поэтому бекап хочется на ней.

Вообще, решения, завязанные на полноценную работу MTA, как правило исходят
из 100% доступности машины и связи. А у меня нет ни того, ни другого. И не
предполагается в ближайшее время. MUA со своей отправкой почты придуманы под
периодически включаемый компьютер и, изначально, dialup связь - так что
подходят больше. Вот связь стала 99% - теперь перехожу с POP3 и локального
хранения, как раньше, на IMAP плюс бекап.

А тот SMTP AUTH похоже и так умеют все (проверены kmail и thunderbird). В
поисках IMAP клиента я пока застрял на умениях, связанных с фактом
обособления личной почты в отдлеьном фолдере (не Inbox). Мне надо открывать
этот фолдер при старте системы и taskbar notification при появлении именно в
нём нового письма.

--
Yours, Mikhail Ramendik

Re: Читать /var/mail/*

On 2008.08.25 at 12:19:39 +0100, Mikhail Ramendik wrote:

On 25/08/2008, Victor Wagner [EMAIL PROTECTED] wrote:

On 2008.08.25 at 11:55:23 +0100, Mikhail Ramendik wrote:

Мне нужен простой бекап без какой-либо фильтрации. Я упорно не
Тогда это isync, а не fetchmail.

К сожалению, сообщают, что у гугля IMAP иногда отваливается. А бекап
хочется сделать простым, _надёжным_, и запускаемым по крону раз в 5-10

Вот если он запускается по крону раз в 5-10 минут и ИНОГДА отваливается
(то есть сейчас отвалился, а через 10 минут отработал), то это для
практических целей - вполне достаточная надежность.

минут. Чтобы уж если связь отвалилась или гугль упал - у меня была
копия всей моей почты.

Ну копии той почты, которая пришла на гугль ПОСЛЕ того, как связь
отвалилась - у тебя все равно не будет. А которая до последнего удачного
sync - будет.

Из /var/mail/root я хочу только _читать_ локальную почту на рута.

А удалять кто будет? Ну не нужны тебе отчеты от cron двухлетней
давности, уже прочитанные.

Впрочем, её-то как раз можно и в другое место - но если это просто
делается.

Вот именно что В ДРУГОЕ место.

Благо пяти вопросов не хватает - настройка всё же требуется.
Странно. Мне во многих случаях хватает. Тебе - не хватает.

Мне надо два доступных ящика. Один с локальной почтой для рута. Другой

Внимание! Если эти два ящика нужны ТЕБЕ, то они и должны принадлежать
тому юзеру, от которого работаешь ты.

В случае почты имеет смысл сводить входящую почту в один поток, а потом
разводить отдельно на несколько потоков. Так даже целые виртуальные
домены организуют - у провайдера все валится в один ящик, с
прописыванием SMTP-шного recipient-а в какой-нибудь заголовок вроде
X-Envelope-To, а после забирания фетчмейлом всего этого потока оно по
этому заголовку локально разбрасывается по ящикам (разных
пользователей).

В данном случае у тебя другая задача - собрать и направить к тебе почту
тебе и почту руту (через aliases), а потом разобрать и сложить в разные
ТВОИ ящики (например procmail-ом).

Мне также надо, чтобы система никогда не пыталась ничего отправить
наружу.

Ну ты ж иногда и писать будешь. Письма написанные тобой внешним
адресатам система должна отправлять наружу. Причем лучше чтобы это была
именно система, а не GUI-шный почтовый клиент.

Тому есть несколько причин:

1. Допустим случился перерыв в связи. Если у тебя стоит MTA, то клиент
письмо ему отдал и готов к продолжению работы. Ты можешь его вообще
закрыть, разлогиниться и пустить на компьютер жену - под её логином. А
MTA будет упорно, с прописанным ему в конфиге интервалом, пока связь не
восстановится и письмо таки не отправится.

2. MTA гораздо лучше умеют всякие сложные случае аутентификации с другим
MTA, чем клиенты. Я вот вяло подумываю над подъемом полноценного MTA на
Nokia N800. Чтобы по сертификатам у моего сервера авторизовывался.

Я так и не понял, как это настроить пятью вопросами. Ибо при пяти
вопросах ящик=юзер, и как создать лишнего юзера чтобы он ни в коем

Это неправда, что ящик равно юзер. Юзер - это юзер. Некто, от имени
которого запускаются процессы (в частности, почтовые клиенты).
Просто раскидывание по ящикам почты
для юзера - это уже не дело MTA, это дело MDA. (mail delivery agent).
В комплект MTA как правило, входит какой-нибудь простенький (а иногда и
продвинутый) MDA, но никто не мешает использовать более другой, с
требуемой степенью продвинутости. Тем более что тебе нужны явно не два
ящика. Ты как минимум эту рассылку читаешь. То есть уже для неё третий
ящик нужен.

Хотя вообще mda это уже ближе к imap серверу, чем к MTA, потому что
MDA кладет письма в ту самую структуру ящиков, из которой её потом
раздает imap. Так что если ты используешь imap-сервер с какой-нибудь
нестандартной системой хранения, например в базе данных, то тебе
потребуется mda, который умеет работать с этой структурой.

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

Re: Читать /var/mail/*

Mikhail Ramendik - debian-russian@lists.debian.org @ Mon, 25 Aug 2008
13:34:46 +0100:

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

MR Это попросту будет медленно. Объём почты на гугле (в норме не
MR читаемой с этой машины) - куда больше, чем объём локальной почты на
MR рут.

Прочесть тобою же последнее отквоченное предложение неспортивно?

MR Вообще, решения, завязанные на полноценную работу MTA, как правило
MR исходят из 100% доступности машины и связи.

Это ошибочное утверждение.

--
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: Читать /var/mail/*

On 25/08/2008, Victor Wagner [EMAIL PROTECTED] wrote:

Впрочем, её-то как раз можно и в другое место - но если это просто
делается.

Вот именно что В ДРУГОЕ место.

Если это можно _просто_ сделать, я это сделаю.

Мне надо два доступных ящика. Один с локальной почтой для рута. Другой

Внимание! Если эти два ящика нужны ТЕБЕ, то они и должны принадлежать
тому юзеру, от которого работаешь ты.

Если их можно _просто_ создать, я их создам.

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

Для чего мне столько сложных и мощных инструментов, если моя конкретная
задача куда проще?

Итак на несчастные два ящика мне предлагается настраивать четыре инструмента
- fetchmail, MTA, MUA, procmail. Артиллерийская канонада сметает воробья.

Мне также надо, чтобы система никогда не пыталась ничего отправить
наружу.

Вот только я не всегда это буду делать с этой машины. И у меня нет никкаких
гарантий, что в момент отправки письма эта машина работает и я с ней в одной
сети. А сложных схем аутентификации не предполагается - та, что есть,
успешно отрабатывается существующими GUI MUA.

Я отнюдь не оспариваю важности и необходимости сложных юниксных инструментов
для соответствующих задач. Просто не стоит, по-моему, ставить провайдерскую
конфигурацию на юзерскую задачу. Наоборот, конечно, ещё хуже (Exchange...
бррр!)

А это ещё одна настройка, и кроме попросту возни - ещё один уровень риска
при ошибках в ней.

Артём утверждал, что я могу получить всю нужную конфигурацию (кроме самого
fetchmail), просто ответив на пять вопросов. К сожалению, не вышло.

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

В данном случае нет, поскольку основное чтение у меня - с гугля, и поста там
раскидывается гуглёвыми же фильтрами. Локальная копия - сугубо бекап. Он для
чтения в экстренной ситуации или для поиска, который фолдеры как раз
усложнят. (Например, я могу помнить, что ты мне что-то писал N месяцев назад
- и не помнить, в какой рассылке).

Вне особых ситуаций читаться там будет только почта для рута. Которую я
решил настроить просто потому, что буду включать обновления по
крону, и возможно придётся поднять систему на lenny (спутникового ТВ
захотелось). Соответственно, придётся за обновлениями следить.

На локальный IMAP сервер забит болт - не получится у меня 24h uptime систему
собрать в ближайшее время. Хотел было, но облом - VIA EPIA/Eden оказались
слишком дорогими.

--
Yours, Mikhail Ramendik

Re: Читать /var/mail/*

Mikhail Ramendik - debian-russian@lists.debian.org @ Mon, 25 Aug 2008
14:03:09 +0100:

MR В данном случае у тебя другая задача - собрать и направить к тебе почту
тебе и почту руту (через aliases), а потом разобрать и сложить в разные
ТВОИ ящики (например procmail-ом).

MR Итак на несчастные два ящика мне предлагается настраивать четыре
MR инструмента - fetchmail, MTA, MUA, procmail. Артиллерийская
MR канонада сметает воробья.

Ну, procmail там, положим, лишний при наличии exim. fetchmail и MUA у
тебя и так уже неизбежно есть, а судя по

MR Вне особых ситуаций читаться там будет только почта для
MR рута. Которую я решил настроить просто потому, что буду включать
MR обновления по крону,

есть и MTA (поскольку почту от крона руту кто-то должен доставлять).
Т.е. все уже есть, и более того, уже должно быть настроено. И где тут
канонада?

--
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: Читать /var/mail/*

On 2008.08.25 at 14:03:09 +0100, Mikhail Ramendik wrote:

Вот именно что В ДРУГОЕ место.

Если это можно _просто_ сделать, я это сделаю.

Они, как правило, создаются сами при доставке первого письма в них.

Если их можно _просто_ создать, я их создам.

Одно правило в .procmailrc

:0
TO: root
.root/

(это в предположении что у тебя в начале .procmailrc написано
MAILDIR=${HOME}/Maildir
DEFAULT=./

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

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

Для чего мне столько сложных и мощных инструментов, если моя
конкретная задача куда проще?

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

Ну ты ж иногда и писать будешь. Письма написанные тобой внешним
адресатам система должна отправлять наружу. Причем лучше чтобы это
была
именно система, а не GUI-шный почтовый клиент.

Вот только я не всегда это буду делать с этой машины. И у меня нет

ИНОГДА ты будешь это делать с этой машины. Поэтому машина должна уметь
отправлять почту в режиме ты написал письмо, оно сразу отправиться не
смогло, ты отлогинился и ушел в магазин. Через полчаса связь
восстановилась, и через час, придя из магазина ты обнаружил в почтовом
ящике ответ.

никкаких гарантий, что в момент отправки письма эта машина работает и

Если ты пишешь письмо сидя на этой машине, то есть гарантия, что в
момент отправки она работает. Вот кто у неё там smart-хостом работает, и
есть ли гарантия что он в момент отправки работает - другой вопрос.

На локальный IMAP сервер забит болт - не получится у меня 24h uptime

Совершенно необязательно иметь 24h uptime.

Локальный imap-сервер нужен по крайней мере для того чтобы не пускать
GUI-шный mail-клиент что-либо (кроме сохраняемых аттачментов) писать в
файловую систему.

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

Re: Читать /var/mail/*

2008-08-24 Пенетрантность Mikhail Ramendik

On 25/08/2008, Victor Wagner [EMAIL PROTECTED] wrote:


Если их можно _просто_ создать, я их создам.

 Одно правило в .procmailrc

 :0
 TO: root
 .root/



А вот и нет. В моей гуглевской почте бывают письма с самыми разными
TO, причём та рассылка, по которой я получил письмо, обычно в CC. Я не могу
рассчитывать, что там никогда не будет слово root.

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

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

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


От понимания того, как работает почта, mail.ru не становится менее дырявым
:)

Для чего мне столько сложных и мощных инструментов, если моя
 конкретная задача куда проще?

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


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



На локальный IMAP сервер забит болт - не получится у меня 24h uptime

 Совершенно необязательно иметь 24h uptime.

 Локальный imap-сервер нужен по крайней мере для того чтобы не пускать
 GUI-шный mail-клиент что-либо (кроме сохраняемых аттачментов) писать в
 файловую систему.


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

Главное, что мне не нравится в твоём варианте - даже не огромное время на
настройку (хотя и времени нет), а куча сервисов на юзерской машине. В
юзерском линуксе мне всегда нравилась (и я это мнение не раз публиковал)
возможность не иметь ни одного лишнего сервиса вообще, и следовательно, не
зависеть от дырявости этих сервисов. В винде всё время то UPNP (нафиг не
нужный) сломают, то ещё что-нибудь RPC-шное.

Если на каждой машине, где читается почта (у меня их две), строить procmail
и пускать наружу MTA - это преимущество теряется.

-- 
Yours, Mikhail Ramendik

Re: Читать /var/mail/*

2008/8/24 Artem Chuprina [EMAIL PROTECTED]

 Mikhail Ramendik - debian-russian@lists.debian.org  @ Sat, 23 Aug 2008
 21:16:14 +0100:

  MR Аккаунтов он при конфигурации не создаёт. Я могу лишь предположить,
  MR что он рассчитывает на равенство системного юзера почтовому
  MR аккаунту. Но мне нужно два аккаунта - для перанаправления локальной
  MR почты на root и для бекапа гугля fetchmail-ом. Что теперь делать -
  MR нового юзера создавать? (А как сделать ему запрет на логин?)

 Миша, на хрена для этого отдельный юзер?  Отдельный ящик типа неспортивно?


А как именно создать ящик без создания юзера7 В пяти вопросах создания
ящиков нет от слова совсем, поэтому я подумал, что для него юзер=ящик.

-- 
Yours, Mikhail Ramendik

Re: Читать /var/mail/*

2008-08-24 Пенетрантность Dmitry Marin

В Вск, 24/08/2008 в 12:22 +0100, Mikhail Ramendik пишет:



 А как именно создать ящик без создания юзера7 В пяти вопросах
 создания ящиков нет от слова совсем, поэтому я подумал, что для него
 юзер=ящик.

Так mbox -- это простой файл. Попросите fetchmail сохранять полученную
почту в ~/my_gmail.mbox и натравливайте на него MUA.


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

Читать /var/mail/*

2008-08-23 Пенетрантность -=Devil_InSide=-

Всем привет!

Какой бы программой можно в GUI почитать мейлбоксы /var/mail/* ?

А то в /var/mail/root у меня всякие сообщения от apt и т.п., а 
в /var/mail/user появилась идея бекапить gmail через fetchmail. Этот бекап 
нужен только для поиска при потере связи, а не для ежедневного чтения, 
поэтому mbox вполне устраивает - зато не придётся настраивать MTA, команда 
sendmail на юзера и так работает :)

-- 
Yours, Mikhail Ramendik

Re: Читать /var/mail/*

2008-08-23 Пенетрантность Dmitry Marin

В Сбт, 23/08/2008 в 14:26 +0100, Mikhail Ramendik пишет:
 Всем привет!
 
 Какой бы программой можно в GUI почитать мейлбоксы /var/mail/* ?
 
Тяжелый evolution умеет.


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

Re: Читать /var/mail/*

легкий sylpheed-claws умеет.
в настройках учетки нада задавать local mailbox

,--[Dmitry Marin, Sat, 23 Aug 2008 17:45:17 +0400]
|В Сбт, 23/08/2008 в 14:26 +0100, Mikhail Ramendik пишет:
| Всем привет!
| 
| Какой бы программой можно в GUI почитать мейлбоксы /var/mail/* ?
| 
|Тяжелый evolution умеет.
|
|

`-

-- 
_
***
*   icq: 161874711*
*   jabber:  [EMAIL PROTECTED]   *
* irc.starlink.ru,#Gene, Devil_InSide *
*Registered linux user #450844*
*** 



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

Re: Читать /var/mail/*

2008-08-23 Пенетрантность Alexey Pechnikov

Mikhail Ramendik - debian-russian@lists.debian.org  @ Sat, 23 Aug 2008 
14:26:40 +0100:

 MR Какой бы программой можно в GUI почитать мейлбоксы /var/mail/* ?

 MR А то в /var/mail/root у меня всякие сообщения от apt и т.п., а в
 MR /var/mail/user появилась идея бекапить gmail через fetchmail. Этот
 MR бекап нужен только для поиска при потере связи, а не для
 MR ежедневного чтения, поэтому mbox вполне устраивает - зато не
 MR придётся настраивать MTA, команда sendmail на юзера и так работает
 MR :)

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

-- 
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: Читать /var/mail/*

Hello!

В сообщении от Saturday 23 August 2008 21:04:03 Artem Chuprina написал(а):
 На какой только геморрой ни пойдут люди, лишь бы не ответить на пять
 вопросов при установке пакета с MTA...

Через прокси, который ходит через роутер, выходящий в инет через двойной NAT 
после ответа на вопросы при установке MTA не работает. Так что разные 
ситуации бывают...

Best regards, Alexey.


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

Re: Читать /var/mail/*

Alexey Pechnikov - debian-russian@lists.debian.org  @ Sat, 23 Aug 2008 
21:56:10 +0400:

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

 AP Через прокси, который ходит через роутер, выходящий в инет через
 AP двойной NAT после ответа на вопросы при установке MTA не
 AP работает. Так что разные ситуации бывают...

fetchmail - тоже.  Поскольку у Миши fetchmail таки работает, этой
проблемы у него нет...

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

There's no sense in being precise, when you don't even know what
you're talking about.
 -- John von Neumann


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

Re: Читать /var/mail/*

2008-08-23 Пенетрантность Dmitry E. Oboukhov

2008/8/23 Artem Chuprina [EMAIL PROTECTED]


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


И после этих пять вопросов у меня будет готовый аккаунт, на который можно
будет fetchmail сливать письма, и у него будет готовая база в mbox либо
maildir, и я смогу не дать ему ничего и никогда релеить наружу, и при всём
при этом sendmail на root (для apt) всё ещё будет работать?

Если всё так хорошо, то какой именно MTA ставить, чтобы ответить на эти пять
вопросов и получить такой результат?

-- 
Yours, Mikhail Ramendik

Re: Читать /var/mail/*

On 14:26 Sat 23 Aug , Mikhail Ramendik wrote:
MR Всем привет!

MR Какой бы программой можно в GUI почитать мейлбоксы /var/mail/* ?

mutt

MR А то в /var/mail/root у меня всякие сообщения от apt и т.п., а
MR в /var/mail/user появилась идея бекапить gmail через fetchmail. Этот бекап
MR нужен только для поиска при потере связи, а не для ежедневного чтения,
MR поэтому mbox вполне устраивает - зато не придётся настраивать MTA, команда
MR sendmail на юзера и так работает :)
--
... mpd paused: Accept - Feelings

. ''`. Dmitry E. Oboukhov
: :’  : [EMAIL PROTECTED]
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Re: Читать /var/mail/*

Mikhail Ramendik - debian-russian@lists.debian.org  @ Sat, 23 Aug 2008 
20:29:06 +0100:

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

 MR И после этих пять вопросов у меня будет готовый аккаунт, на который
 MR можно будет fetchmail сливать письма, и у него будет готовая база в
 MR mbox либо maildir, и я смогу не дать ему ничего и никогда релеить
 MR наружу, и при всём при этом sendmail на root (для apt) всё ещё
 MR будет работать?

Ну, с точностью до того, что никогда и ни в коем случае не следует иметь
почтового пользователя root как системного (а не как алиас на настоящего
админа).  Впрочем, этот вопрос среди тех пяти будет.

 MR Если всё так хорошо, то какой именно MTA ставить, чтобы ответить на
 MR эти пять вопросов и получить такой результат?

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

-- 
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: Читать /var/mail/*

2008-08-23 Пенетрантность Mikhail A Antonov

2008/8/23 Artem Chuprina [EMAIL PROTECTED]

MR И после этих пять вопросов у меня будет готовый аккаунт, на который
MR можно будет fetchmail сливать письма, и у него будет готовая база в
MR mbox либо maildir, и я смогу не дать ему ничего и никогда релеить
MR наружу, и при всём при этом sendmail на root (для apt) всё ещё
MR будет работать?

Ну, с точностью до того, что никогда и ни в коем случае не следует иметь
почтового пользователя root как системного (а не как алиас на настоящего
админа). Впрочем, этот вопрос среди тех пяти будет.

Попробовал. Если бы всё было так просто :(

postfix делал вообще что-то непонятное, поэтому ставлю exim. Это при том,
что при отсусттвии связи exim имеет завешивает загрузку на добрую минуту. Ну
ладно, попробуем, благо теперь связь обычно есть... но нелья ли exim
заставить ВООБЩЕ НИКОГДА, ни при каких обстоятельствах, не лазить во внешнюю
сеть? Мне так будет много спокойнее.

Аккаунтов он при конфигурации не создаёт. Я могу лишь предположить, что он
рассчитывает на равенство системного юзера почтовому аккаунту. Но мне нужно
два аккаунта - для перанаправления локальной почты на root и для бекапа
гугля fetchmail-ом. Что теперь делать - нового юзера создавать? (А как
сделать ему запрет на логин?)

Где база и какая - тоже непонятно, хотя можно предположить что в /var/mail.
Ладно, мне уже объяснили, как там читать.

Ещё он захотел у меня имя хоста, через который посылать почту во внешнюю
сеть. Я набрал none, чтобы он хотя бы по host not found отваливался. Но
я-то хочу ему запретить посылать почту совсем, и желательно - корректно.

Соответственно, пяти вопросов оказалось недостаточно. Но сидеть долго,
читать много манов и настраивать как следует мне некогда, и желания тоже
нет, всё что мне нужно - это читать локальную почту на root и делать бекап
одного-единственного ящика по POP3. И что мне делать?

--
Yours, Mikhail Ramendik

Re: Читать /var/mail/*

2008-08-23 Пенетрантность Dmitry Marin

В Сбт, 23/08/2008 в 21:16 +0100, Mikhail Ramendik пишет:

postfix делал вообще что-то непонятное, поэтому ставлю exim. Это при
том, что при отсусттвии связи exim имеет завешивает загрузку на добрую
минуту. Ну ладно, попробуем, благо теперь связь обычно есть... но
Это кажется нужно исправить в /etc/hosts запись для самого хоста.

нелья ли exim заставить ВООБЩЕ НИКОГДА, ни при каких обстоятельствах,
не лазить во внешнюю сеть? Мне так будет много спокойнее.
dpkg-reconfigure exim (или exim4 теперь?) и там будет предложен на выбор
тип системы без соединения с внешней сетью.

Аккаунтов он при конфигурации не создаёт. Я могу лишь предположить,
что он рассчитывает на равенство системного юзера почтовому аккаунту.
Но мне нужно два аккаунта - для перанаправления локальной почты на
root и для бекапа гугля fetchmail-ом. Что теперь делать - нового юзера
создавать? (А как сделать ему запрет на логин?)

Такая программа как fetchmail наверняка умеет складывать почту в
отдельный указанный ему mbox.

Где база и какая - тоже непонятно, хотя можно предположить что
в /var/mail. Ладно, мне уже объяснили, как там читать.

Ещё он захотел у меня имя хоста, через который посылать почту во
внешнюю сеть. Я набрал none, чтобы он хотя бы по host not found
отваливался. Но я-то хочу ему запретить посылать почту совсем, и
желательно - корректно.
Хм, может я и отстал от жизни, раньше точно был вариант local delivery
only

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

Re: Читать /var/mail/*

,--[Mikhail Ramendik 24/08/2008 00:16 (GMT +3)
| postfix делал вообще что-то непонятное, поэтому ставлю exim. Это при том,
| что при отсусттвии связи exim имеет завешивает загрузку на добрую минуту.
pdnsd решает эту проблему.

| Ну ладно, попробуем, благо теперь связь обычно есть... но нелья ли exim
| заставить ВООБЩЕ НИКОГДА, ни при каких обстоятельствах, не лазить во
| внешнюю сеть? Мне так будет много спокойнее.
Ты таки не прочитал те вопросы о которых говорил Артем.
сделай dpkg-reconfigure exim4-config и скажи что у тебя доступа к сети нет.

| Аккаунтов он при конфигурации не создаёт.
А есть те, кто создают?

| Я могу лишь предположить, что он
| рассчитывает на равенство системного юзера почтовому аккаунту.
В простейших конфигурациях так и есть.

| Но мне нужно два аккаунта - для перанаправления локальной почты на root и для
| бекапа гугля fetchmail-ом. Что теперь делать - нового юзера создавать? (А
| как сделать ему запрет на логин?)
/bin/false вместо шелла прописать например?

| Где база и какая - тоже непонятно, хотя можно предположить что в
| /var/mail. Ладно, мне уже объяснили, как там читать.
Угу, именно там.

| Ещё он захотел у меня имя хоста, через который посылать почту во внешнюю
| сеть. Я набрал none, чтобы он хотя бы по host not found отваливался. Но
| я-то хочу ему запретить посылать почту совсем, и желательно - корректно.
Поле можно оставить пустым. (если ты о smarthost)

| Соответственно, пяти вопросов оказалось недостаточно. Но сидеть долго,
| читать много манов и настраивать как следует мне некогда, и желания тоже
| нет, всё что мне нужно - это читать локальную почту на root и делать бекап
| одного-единственного ящика по POP3. И что мне делать?
`-
Может проще настроить почтовый клиент, который сам по pop3 будет почту забирать
и хранить ее там, где скажешь, с сервера не удаляя.
А если гугл еще и imap дает (не полюзуюсь - не заю) - например в kmail есть
такой тип ящика как cached imap - оно хранит всю почту и локально и на
сервере и по требованию (ну или раз в X минут) синхронизирует локальное
содержимое с тем, что на сервере. Удобно именно при отвутствии связи.
Я почему-то уверен, что это не единственный клиент, который так умеет.

--
Best regards,
Mikhail

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

Re: Читать /var/mail/*

2008/8/23 Mikhail A Antonov [EMAIL PROTECTED]

А, я просто ставил exim вместо exim4. Переделаю.

| Но мне нужно два аккаунта - для перанаправления локальной почты на root и
для
| бекапа гугля fetchmail-ом. Что теперь делать - нового юзера создавать? (А
| как сделать ему запрет на логин?)

/bin/false вместо шелла прописать например?

А это автоматически отрубит также и логин через иксы?

В данном случае мне нужно, чтобы бекап делался всегда, когда система
включена, а не только когда я читаю почту. Читать-то я буду прямо с гугля по
IMAP, а бекап нужен на случай потери связи (или потери гугля по какой-либо
причине). Соответственно, я не обязан быть залогинен и не нуженн никакой
GUI. Конечно, можно и на питоне написать мини-клиент, благо библиотеки для
pop3 и mbox/maildir там есть, но я сначала хотел попробовать использовать
существующие решения.

А если гугл еще и imap дает (не полюзуюсь - не заю) - например в kmail есть
такой тип ящика как cached imap - оно хранит всю почту и локально и на
сервере и по требованию (ну или раз в X минут) синхронизирует локальное
содержимое с тем, что на сервере. Удобно именно при отвутствии связи.
Я почему-то уверен, что это не единственный клиент, который так умеет.

Я далеко не всегда читаю именно с той машины, на которой предполагается
бекап.

--
Yours, Mikhail Ramendik

Re: Читать /var/mail/*