fetchmail на imap.mail.ru
Всем привет! Настроил fetchmail для сбора почты с одного из аккаунтов на mail.ru в локальный postfix. При получении сообщения в логах наблюдаю такую ерунду: Dec 9 20:25:18 mainlnx1 fetchmail[22040]: 1 сообщение для li...@mail.ru на imap.mail.ru. Dec 9 20:25:18 mainlnx1 postfix/smtpd[20337]: connect from localhost[127.0.0.1] Dec 9 20:25:18 mainlnx1 postfix/smtpd[20337]: 7032F9D004C: client=localhost[127.0.0.1] Dec 9 20:25:18 mainlnx1 postfix/cleanup[20340]: 7032F9D004C: message-id=874mt41scv@freehck.ru Dec 9 20:25:18 mainlnx1 postfix/cleanup[20340]: 7032F9D004C: resent-message-id=J2WyrdaMYjI.A.6SD.XAzhUB@bendel Dec 9 20:25:18 mainlnx1 fetchmail[22040]: считывается сообщение li***@mail...@imap.mail.ru:1 из 1 (4425 октетов в заголовке) (4197 октетов в теле) очищено Dec 9 20:25:18 mainlnx1 postfix/qmgr[4967]: 7032F9D004C: from=bounce-debian-russian=li***=mail...@lists.debian.org, size=8887, nrcpt=1 (queue active) Dec 9 20:25:18 mainlnx1 fetchmail[22040]: разногласие при удалении писем (0 на самом деле != 1 ожидалось) Dec 9 20:25:18 mainlnx1 postfix/smtpd[20337]: disconnect from localhost[127.0.0.1] Dec 9 20:25:18 mainlnx1 fetchmail[22040]: Ошибка синхронизация клиент/сервер при выборке из li...@mail.ru@imap.mail.ru Dec 9 20:25:18 mainlnx1 fetchmail[22040]: Статус запроса=7 (ERROR) При этом сообщение доставляется. Я так понял что сообщение на сервере каким-то образом исчезает после получения. И когда fetchmail пытается удалить его после подтверждения доставки, не обнаруживает его. С другими серверами подобного не наблюдается. Что это, mail.ru проблемы, fetchmail косячит или я где-то что-то недокрутил? По идее можно забитьна ошибку, но есть шанс потерять письма в случае если postfix отфудболит или не будет запущен. $ fetchmail -V Это fetchmail версии 6.3.26+GSS+NTLM+SDPS+SSL+NLS+KRB5 ... /etc/fetchmailrc: set daemon 600 ... poll imap.mail.ru protocol imap username li***@mail.ru password * is aleksey here, ssl, no keep, fetchall ... Есть другие записи для сбора почты, помимо этой, но глобальная настройка только set daemon 600 С уважением, Алексей А.
Re: fetchmail на imap.mail.ru
Aleksey Andreev li...@mail.ru writes: При этом сообщение доставляется. Я так понял что сообщение на сервере каким-то образом исчезает после получения. Я бы предположил, что mail.ru именно так и поступает. Проверить это предположение не так уж сложно: заберите почту fetchmail со флагом --nokeep (-K), а потом посмотрите, не были ли удалены письма. Если были - то оставьте флаг -K навсегда. signature.asc Description: PGP signature
Re: fetchmail на imap.mail.ru
10.12.2014 01:15, Dmitrii Kashin пишет: Я бы предположил, что mail.ru именно так и поступает. Проверить это предположение не так уж сложно: заберите почту fetchmail со флагом --nokeep (-K), а потом посмотрите, не были ли удалены письма. Если были - то оставьте флаг -K навсегда. Вот прям чудо какое-то: конкретно это сообщение было забрано с сервера без каких либо ошибок (у меня лог висит на соседнем мониторе). Так что вариант с nokeep пока не подходит ибо поведение не стабильное. Пока понаблюдаю. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54874D47.7010507@localhost
Re: аналоги fetchmail
On Tue, 1 Jun 2010 23:45:17 +0400 Stanislav Maslovski wrote: SM По-русски правильно будет сказать: Я тоже пользовался SM веб-интерфейсом, так шапками так закидали, что пришлось перейти на SM mutt. По-русски кавычку правильно ставить до точки, а не после. -- С уважением, А.В.Коротков, mailto:z...@uni.udm.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100605155715.157ae...@desktop.home
Re: аналоги fetchmail
On Tue, 01 Jun 2010 15:30:56 +0400 C S wrote: CS посоветуйте плз аналоги fetchmail Несколько лет пользуюсь getmail. Полностью устраивает. -- С уважением, А.В.Коротков, mailto:z...@uni.udm.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100605160703.63c69...@desktop.home
Re: аналоги fetchmail
On Sat, Jun 05, 2010 at 03:57:15PM +0400, Aleksey Korotkov wrote: On Tue, 1 Jun 2010 23:45:17 +0400 Stanislav Maslovski wrote: SM По-русски правильно будет сказать: Я тоже пользовался SM веб-интерфейсом, так шапками так закидали, что пришлось перейти на SM mutt. По-русски кавычку правильно ставить до точки, а не после. Во-первых, это не правило русского языка, а особое правило, которое родилось исключительно благодаря типографскому набору. Во-вторых, хоть замечание и верно, в рассылках оно абсолютно бесполезно. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100605154644.ga25...@kaiba.homelan
Re: Re: Re: аналоги fetchmail
] Сами-то как думаете? ] я не понимаю авторизацию на чём делать ] Это когда ваши письма игнорируют. Квотить символом ] вы, кстати, сами ] придумали? нет, это по дефолту в яндекс-веб-интерфейсе... BR-- Чертов Вячеслав -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/181281275458...@web139.yandex.ru
Re: Re: Re: аналоги fetchmail
On Wed, Jun 02, 2010 at 10:01:30AM +0400, C S wrote: я не понимаю авторизацию на чём делать Если сервер требует авторизацию, её надо включить в клиенте, разве нет? Зачем её делать на чём-то? -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): 2 lav: уважаю! 2 mike: Спасибо Юрию, из ответов которого на мои глупые вопросы практически и было составлено... Спасибо тому, кто умеет задавать глупые вопросы и составлять из них грамотную документацию, до которой гуру не снисходят :) -- mhz in devel@ signature.asc Description: Digital signature
Re: Re: Re: аналог и fetchmail
Я проверил - у меня по-умолчанию установлен On Wed, Jun 02, 2010 at 10:01:30AM +0400, C S wrote: ] Сами-то как думаете? ] я не понимаю авторизацию на чём делать ] Это когда ваши письма игнорируют. Квотить символом ] вы, кстати, сами ] придумали? нет, это по дефолту в яндекс-веб-интерфейсе... BR-- Чертов Вячеслав -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/181281275458...@web139.yandex.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100602060816.ga7...@wsru-klyuchkin.corp.tele2.ru
Re: Re: Re: Re: аналоги fetchmail
02.06.10, 10:08, Олег Ключкин anv...@rocc.ru: ] Я проверил - у меня по-умолчанию установлен ] On Wed, Jun 02, 2010 at 10:01:30AM +0400, C S wrote: ну может быть я в настройках яндекс-интерфейса когда-то менял...это что, так принципиально? Если всех напрягает, я могу вернуть на . BR-- Чертов Вячеслав -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/189511275459...@web148.yandex.ru
Re: Re: Re: Re: аналог и fetchmail
On Wed, Jun 02, 2010 at 10:20:00AM +0400, C S wrote: 02.06.10, 10:08, Олег Ключкин anv...@rocc.ru: ] Я проверил - у меня по-умолчанию установлен ] On Wed, Jun 02, 2010 at 10:01:30AM +0400, C S wrote: ну может быть я в настройках яндекс-интерфейса когда-то менял...это что, так принципиально? Если всех напрягает, я могу вернуть на . Просто странно смотрится. Я бы развернул скобку: [ -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100602071439.ga15...@kaiba.homelan
Re: Re: Re: Re: аналоги fetchmail
On Wed, Jun 02, 2010 at 11:14:39AM +0400, Stanislav Maslovski wrote: Просто странно смотрится. Я бы развернул скобку: [ А ещё там можно половой орган рисовать. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): Большинство kernel-modules либо вошло в апстрим, либо перестало собираться с 2.6 :) -- lakostis in community@ signature.asc Description: Digital signature
Re: Re: Re: Re: аналог и fetchmail
On Wed, Jun 02, 2010 at 01:15:27PM +0600, Andrey Rahmatullin wrote: On Wed, Jun 02, 2010 at 11:14:39AM +0400, Stanislav Maslovski wrote: Просто странно смотрится. Я бы развернул скобку: [ А ещё там можно половой орган рисовать. RTFM muttrc quote_regexp. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100602074855.ga26...@kaiba.homelan
Re: Re: Re: Re: аналоги fetchmail
On Wed, Jun 02, 2010 at 11:48:55AM +0400, Stanislav Maslovski wrote: Просто странно смотрится. Я бы развернул скобку: [ А ещё там можно половой орган рисовать. RTFM muttrc quote_regexp. Я не собираюсь указывать в настройках своего софта хуй только для того, чтобы удобнее читать письма странных людей, решивших указать хуй в настройках их софта. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): НЕдопустимо другое. В любой момент времени абсолютно рабочий и собираемый пакет может вылететь из репозитария. Какой кошмар! Страшно подумать, в любой момент времени в любой абсолютно рабочей программе может быть вдруг найдена ошибка. -- ldv in devel@ signature.asc Description: Digital signature
Re: Re: Re: Re: аналог и fetchmail
On Wed, Jun 02, 2010 at 01:55:14PM +0600, Andrey Rahmatullin wrote: On Wed, Jun 02, 2010 at 11:48:55AM +0400, Stanislav Maslovski wrote: Просто странно смотрится. Я бы развернул скобку: [ А ещё там можно половой орган рисовать. RTFM muttrc quote_regexp. Я не собираюсь указывать в настройках своего софта хуй только для того, чтобы удобнее читать письма странных людей, решивших указать хуй в настройках их софта. Нет, ну ты, конечно, вправе продолжать свои околосексуальные фантазии, но причем тут debian-russian? Попей валерьяны, помогает. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100602080730.ga27...@kaiba.homelan
Re: аналоги fetchmail
Mikhail A Antonov b...@solarnet.ru wrote: [-- text/plain, кодировка quoted-printable, кодировка: KOI8-R, 41 строк --] C S пишет: если локальный сервер собирает почту с внешних ящиков и на нём запущен pop3-сервер, то каким образом можно настроить почтовый клиент для локальных пользователей (аутлук)? Я думаю что imap с его директориями и хранением/сортировкой почты на сервере удобнее pop3. Решать конечно тебе. Не уверен что аутлук (особенно express) хорошо работает с imap, потому могу посоветовать перевести пользователей на thunderbird. Громоптиц тожэ со старанностями. Позавчера вляпались в старнную проблему - 3.0.6 не хочет показывать/загружать аттаченый pdf из одного письма. Шаманство с передергиванием индексов, покручиванием настроек - помогало в лучшем случае до перезапуска. Пришлось перехать на 3.1rc1 - он так не глючит. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/c3uhd7-tuh@kenga.kmv.ru
Re: аналоги fetchmail
-[ Andrey Melnikoff 02/06/2010 16:06 (GMT +3) Mikhail A Antonov b...@solarnet.ru wrote: [-- text/plain, кодировка quoted-printable, кодировка: KOI8-R, 41 строк --] C S пишет: если локальный сервер собирает почту с внешних ящиков и на нём запущен pop3-сервер, то каким образом можно настроить почтовый клиент для локальных пользователей (аутлук)? Я думаю что imap с его директориями и хранением/сортировкой почты на сервере удобнее pop3. Решать конечно тебе. Не уверен что аутлук (особенно express) хорошо работает с imap, потому могу посоветовать перевести пользователей на thunderbird. Громоптиц тожэ со старанностями. Позавчера вляпались в старнную проблему - 3.0.6 не хочет показывать/загружать аттаченый pdf из одного письма. Шаманство с передергиванием индексов, покручиванием настроек - помогало в лучшем случае до перезапуска. Пришлось перехать на 3.1rc1 - он так не глючит. Ни разу не встречал. Да и те, кому ставил ни разу не жаловались. Повезло наверное. -- Best regards, Mikhail xmpp: ant...@stopicq.ru www: http://www.antmix.pp.ru/ signature.asc Description: This is a digitally signed message part.
аналоги fetchmail
День добрый, посоветуйте плз аналоги fetchmail... BR-- Чертов Вячеслав -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/251261275391...@web127.yandex.ru
Re: аналоги fetchmail
On Tue, Jun 01, 2010 at 03:30:56PM +0400, C S wrote: посоветуйте плз аналоги fetchmail... getmail offlineimap Что надо-то и чем не устраивает? -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): Попробовал я было пересобрать postfix [...] Не получится, ибо postfix из Сизифа не собирается с openldap'ом из Сизифа. Возможно, имеет смысл подождать нового postfix'а. -- ldv in devel@ signature.asc Description: Digital signature
Re: Re: аналоги fetchmail
01.06.10, 15:33, Andrey Rahmatullin w...@altlinux.org: ] On Tue, Jun 01, 2010 at 03:30:56PM +0400, C S wrote:посоветуйте плз аналоги fetchmail...getmailofflineimapЧто надо-то и чем не устраивает?-- fetchmail просто старенький, подумал что есть что-то поновее В планах собирать почту с удалённого сервера на локальный и юзеры из локалки будут забирать почту с него, а не с удалённого сервера BR-- Чертов Вячеслав -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/248741275392...@web138.yandex.ru
Re: Re: аналоги fetchmail
On Tue, Jun 01, 2010 at 03:43:16PM +0400, C S wrote: fetchmail просто старенький, подумал что есть что-то поновее fetchmail-6.3.17 (released 2010-05-06) P.S. Письмо, на которое я отвечаю, было четвёртым за два месяца ответом на моё письмо в d-r@, написанным мне в личку без Сс в рассылку. Но тут хоть догадались в рассылку отдельно написать. Письма, без копий в рассылку я, разумеется, игнорирую. Это в продолжение недавнего треда. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): evo -- точно не дозрела. Другое дело, что я так ненавижу это приложение, что с удовольствием изуродую его еще больше, выложив полуработающую версию :-) -- aen in devel@ signature.asc Description: Digital signature
Re: Re: Re: аналоги fetchmail
01.06.10, 15:49, Andrey Rahmatullin w...@altlinux.org: ] On Tue, Jun 01, 2010 at 03:43:16PM +0400, C S wrote:fetchmail просто старенький, подумал что есть что-то поновееfetchmail-6.3.17 (released 2010-05-06) я имел в виду, что старенькое- в смысле давно разработано BR-- Чертов Вячеслав -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/245131275393...@web124.yandex.ru
Re: аналоги fetchmail
-[ C S 01/06/2010 15:43 (GMT +3) 01.06.10, 15:33, Andrey Rahmatullin w...@altlinux.org: ] On Tue, Jun 01, 2010 at 03:30:56PM +0400, C S wrote:посоветуйте плз аналоги fetchmail...getmailofflineimapЧто надо-то и чем не устраивает?-- fetchmail просто старенький, подумал что есть что-то поновее В планах собирать почту с удалённого сервера на локальный и юзеры из локалки будут забирать почту с него, а не с удалённого сервера Не сломалось - не чини. -- Best regards, Mikhail xmpp: ant...@stopicq.ru www: http://www.antmix.pp.ru/ signature.asc Description: This is a digitally signed message part.
Re: Re: Re: аналоги fetchmail
On Tue, Jun 01, 2010 at 03:52:36PM +0400, C S wrote: я имел в виду, что старенькое- в смысле давно разработано Напишите свой, это будет идеальным по этому параметру решением. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): Vitls *** Опечатка дня: [r...@mw:~]# apt-get upadet *** signature.asc Description: Digital signature
Re: Re: аналоги fetchmail
01.06.10, 15:48, Mikhail A Antonov b...@solarnet.ru: ] -[ C S 01/06/2010 15:43 (GMT +3)01.06.10, 15:33, Andrey Rahmatullin w...@altlinux.org:] On Tue, Jun 01, 2010 at 03:30:56PM +0400, C S wrote:посоветуйте плзаналоги fetchmail...getmailofflineimapЧто надо-то и чем не устраивает?--fetchmail просто старенький, подумал что есть что-то поновееВ планах собирать почту с удалённого сервера на локальный и юзеры излокалки будут забирать почту с него, а не с удалённого сервераНе сломалось - не чини.-- Best regards, Mikhail дык юзеры место забивают на удалённом сервере (( BR-- Чертов Вячеслав -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/257971275393...@web139.yandex.ru
Re: аналоги fetchmail
C S пишет: 01.06.10, 15:48, Mikhail A Antonov b...@solarnet.ru: ] -[ C S 01/06/2010 15:43 (GMT +3)01.06.10, 15:33, Andrey Rahmatullin w...@altlinux.org:] On Tue, Jun 01, 2010 at 03:30:56PM +0400, C S wrote:посоветуйте плзаналоги fetchmail...getmailofflineimapЧто надо-то и чем не устраивает?--fetchmail просто старенький, подумал что есть что-то поновееВ планах собирать почту с удалённого сервера на локальный и юзеры излокалки будут забирать почту с него, а не с удалённого сервераНе сломалось - не чини.-- Best regards, Mikhail дык юзеры место забивают на удалённом сервере (( На локальном сервере место дешевле? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c04f7ce.6070...@gmail.com
Re: аналоги fetchmail
-[ C S 01/06/2010 15:58 (GMT +3) 01.06.10, 15:48, Mikhail A Antonov b...@solarnet.ru: ] -[ C S 01/06/2010 15:43 (GMT +3)01.06.10, 15:33, Andrey Rahmatullin w...@altlinux.org:] On Tue, Jun 01, 2010 at 03:30:56PM +0400, C S wrote:посоветуйте плзаналоги fetchmail...getmailofflineimapЧто надо-то и чем не устраивает?--fetchmail просто старенький, подумал что есть что-то поновееВ планах собирать почту с удалённого сервера на локальный и юзеры излокалки будут забирать почту с него, а не с удалённого сервераНе сломалось - не чини.-- Best regards, Mikhail дык юзеры место забивают на удалённом сервере (( Я про старость fetchmail. ЗЫЖ Во-первых, не надо мне писать в личку копию. Я не просил. Во вторых, мне кажется, или весь цитируемый текст превращается в одну строку при ответе? -- Best regards, Mikhail xmpp: ant...@stopicq.ru www: http://www.antmix.pp.ru/ signature.asc Description: This is a digitally signed message part.
Re: Re: аналоги fetchmail
Во вторых, мне кажется, или весь цитируемый текст превращается в одну строку при ответе?-- Best regards, Mikhailxmpp: ant...@stopicq.ruwww: http://www.antmix.pp.ru/ кажется это баг веб-интерфейса на яндексе с недавних пор ... BR-- Чертов Вячеслав -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/298861275396...@web132.yandex.ru
Re: Re: аналог и fetchmail
Хехехе. Я тоже сидел через веб-интерфейс, так шапками так закидали, что пришлось сесть на mutt! On Tue, Jun 01, 2010 at 04:55:38PM +0400, C S wrote: Во вторых, мне кажется, или весь цитируемый текст превращается в одну строку при ответе?-- Best regards, Mikhailxmpp: ant...@stopicq.ruwww: http://www.antmix.pp.ru/ кажется это баг веб-интерфейса на яндексе с недавних пор ... BR-- Чертов Вячеслав -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/298861275396...@web132.yandex.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100601125843.ga18...@wsru-klyuchkin.corp.tele2.ru
Re: аналоги fetchmail
On Tue, 01 Jun 2010 15:43:16 +0400 C S ll75...@yandex.ua wrote: fetchmail просто старенький, подумал что есть что-то поновее И что? Программы --- не колбаса, а скорее коньяк, с возрастом только хорошеют. -- Alexander Galanin pgpz8mSZ0dnes.pgp Description: PGP signature
Re: аналоги fetchmail
если локальный сервер собирает почту с внешних ящиков и на нём запущен pop3-сервер, то каким образом можно настроить почтовый клиент для локальных пользователей (аутлук)? если настроить у клиента получать почту с локального pop3-сервера, письма приходят...а если требуется отослать (smtp-стоит внешнего сервера), то не проходит - требует авторизации.. Как быть? настраивать МТА пока нет возможности, можно как-то обойти? BR-- Чертов Вячеслав -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1451275399...@web125.yandex.ru
Re: аналоги fetchmail
On Tue, Jun 01, 2010 at 05:39:39PM +0400, C S wrote: если локальный сервер собирает почту с внешних ящиков и на нём запущен pop3-сервер, то каким образом можно настроить почтовый клиент для локальных пользователей (аутлук)? если настроить у клиента получать почту с локального pop3-сервера, письма приходят...а если требуется отослать (smtp-стоит внешнего сервера), то не проходит - требует авторизации.. Как быть? настраивать МТА пока нет возможности, можно как-то обойти? Включить авторизацию. Вы кстати весьма рискуете попасть под скоринг такими письмами. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): p.s. Интересно, я могу делать FIXED? Сейчас проверим -- hiddenman in #6883 signature.asc Description: Digital signature
Re: аналоги fetchmail
On 6/1/10, C S ll75...@yandex.ua wrote: посоветуйте плз аналоги fetchmail... mpop -- http://375gnu.wordpress.com
Re: Re: аналоги fetchmail
On Tue, Jun 01, 2010 at 04:58:43PM +0400, Олег Ключкин wrote: Хехехе. Я тоже сидел через веб-интерфейс, так шапками так закидали, что пришлось сесть на mutt! По-русски правильно будет сказать: Я тоже пользовался веб-интерфейсом, так шапками так закидали, что пришлось перейти на mutt. -- Stanislav -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100601194517.ga10...@kaiba.homelan
Re: аналоги fetchmail
C S пишет: если локальный сервер собирает почту с внешних ящиков и на нём запущен pop3-сервер, то каким образом можно настроить почтовый клиент для локальных пользователей (аутлук)? Я думаю что imap с его директориями и хранением/сортировкой почты на сервере удобнее pop3. Решать конечно тебе. Не уверен что аутлук (особенно express) хорошо работает с imap, потому могу посоветовать перевести пользователей на thunderbird. если настроить у клиента получать почту с локального pop3-сервера, письма приходят...а если требуется отослать (smtp-стоит внешнего сервера), то не проходит - требует авторизации.. Как быть? настраивать МТА пока нет возможности, можно как-то обойти? Пользователям продолжать по прежнему стучаться во внешний SMTP-сервер. А вообще зачем такая котовасия в таком случае? Вдруг кому-нибудь ещё пригодится. -- Best regards, Mikhail. xmpp: ant...@stopicq.ru www: http://www.antmix.pp.ru/ signature.asc Description: OpenPGP digital signature
Re: Re: аналоги fetchmail
2010/6/1 Stanislav Maslovski stanislav.maslov...@gmail.com: On Tue, Jun 01, 2010 at 04:58:43PM +0400, Олег Ключкин wrote: Хехехе. Я тоже сидел через веб-интерфейс, так шапками так закидали, что пришлось сесть на mutt! По-русски правильно будет сказать: Я тоже пользовался веб-интерфейсом, так шапками так закидали, что пришлось перейти на mutt. Ну что вы, по сравнению с остальными интернетами - это мелочь. Хорошо хоть с запятыми все в порядке. -- С уважением, Константин Матюхин
Re: Re: аналоги fetchmail
] Включить авторизацию. и как это может помочь? ] Вы кстати весьма рискуете попасть под скоринг такими письмами. ] was ist das - скоринг? BR-- Чертов Вячеслав -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/172481275457...@web122.yandex.ru
Re: Re: аналоги fetchmail
On Wed, Jun 02, 2010 at 09:37:11AM +0400, C S wrote: ] Включить авторизацию. и как это может помочь? Сами-то как думаете? ] Вы кстати весьма рискуете попасть под скоринг такими письмами. was ist das - скоринг? Это когда ваши письма игнорируют. Квотить символом ] вы, кстати, сами придумали? -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): Я надеюсь, что вы просто перепутали тех, кто выпустил дистрибутив RedHat с gcc-2.96 в качестве основного компилятора, с теми, кто этот компилятор делал. -- ldv in devel@ signature.asc Description: Digital signature
Re: fetchmail, одинаковые письма в несколь ко ящиков
On Tue, 27 Jan 2009 14:30:33 +0300 Victor Wagner wrote: On 2009.01.27 at 13:35:49 +0300, Иван Лох wrote: On Tue, Jan 27, 2009 at 01:19:28PM +0300, Victor Wagner wrote: On 2009.01.27 at 02:00:35 +0300, Иван Лох wrote: IMHO сейчас msmtp в большинстве случаев достаточно стало. ... и настройку envelope из from или явно). Единственно, что очереди нет. Это плохо. К msmtp прилагется набор скриптов (msmtpqueue), которые реализуют примитивный аналог очереди 1. msmtp-enqueue.sh Let your MUA send mails with this script. It will store all mails in a queue directory for later delivery. This script will save two files for each mail: one contains the mail, the other one contains the command line for msmtp (including options and the recipients). Thus you can use all msmtp options with this script. Example (using Mutt): In your Mutt configuration file, replace set sendmail=/path/to/msmtp [options] with set sendmail=/path/to/msmtp-enqueue.sh [options] This script cannot detect errors in its command line or the msmtp configuration file. You won't see error messages before msmtp-runqueue.sh runs msmtp to send the mails. So test your msmtp configuration before using msmtp-enqueue.sh. 2. msmtp-runqueue.sh Run this script when you are online to send all mails in the queue directory. It will use the saved msmtp command line for each mail. Mails sent successfully will be deleted from the queue directory. Mails whose delivery failed will be left untouched; you may want to edit them, delete them by hand or simply run msmtp-runqueue.sh at a later time. 3. msmtp-listqueue.sh This script lists all the mails in the queue. Но если очередь нужна, то наверное действительно, лучше полноценный MTA поставить и не париться... -- Mikolaj Golub -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On 2009.01.28 at 00:12:22 +0300, Иван Лох wrote: Во-первых, мой почтовый сервер не столь whitelisted в узких кругах, во-вторых, А это надо? Легитимный почтовый сервер с нормально прописанной PTR-записью должен быть достаточен. Если он не достаточен, то им и для личной почты пользоваться нельзя. не всем обязательно знать какой у меня личный домен. А они это узнают? Во From: - то будет корпоративный адрес, а в Recieved кто копаться будет? А если и будет, мало ли через какого провайдера ты пишешь. На это поделие я как-то посмотрел. Это точно в морг. Но вот чего я не понимаю, почему такая идиосинкразия против полноценного МТА? Воспитание не позволяет мне держать закрытый релей, а идиоты кругом -- открытый. ;-} Держи релей, открытый для сети 127/8. C точки зрения защиты от идиотов кругом то же самое, что и возможность отправки почты только через /usr/sbin/sendmail, с точки зрения используемого софта - лишняя степень свободы. С точки зрения воспитанья - ажно целая сеть класса A. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On 2009.01.27 at 02:00:35 +0300, Иван Лох wrote: On Mon, Jan 26, 2009 at 07:05:09PM +0300, Victor Wagner wrote: On 2009.01.26 at 17:49:54 +0200, Denis Mazhar wrote: вызывать сразу MDA. Это неправильно. MTA в unix системе лишней сущностью не бывает никогда. Вот соберусь как нибудь и поставлю полноценный MTA на Nokia N800, ибо задолбало как её почтовый клиент с SMTP работает. IMHO сейчас msmtp в большинстве случаев достаточно стало. А оно авторизоваться по сертификатам у smarthost-а умеет? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On Tue, Jan 27, 2009 at 01:19:28PM +0300, Victor Wagner wrote: On 2009.01.27 at 02:00:35 +0300, Иван Лох wrote: IMHO сейчас msmtp в большинстве случаев достаточно стало. А оно авторизоваться по сертификатам у smarthost-а умеет? Да. Причем лучше многих. sendmail он предоставляет. Возможность выбрать из нескольких smarthost умеет (включая настройки per host и настройку envelope из from или явно). Единственно, что очереди нет. Я его дергаю прямо из mutt, который смотрит на From: и вызывает msmtp на подходящий аккаунт и, соответственно, smarthost. Их у меня несколько. Большинство по сертификатам. В тех исключительных случаях, когда интернета нет, он возвращает mutt ошибку и можно сказать [q] письмо postponed и при следующем запуске mutt будет видно. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On Tue, Jan 27, 2009 at 02:30:33PM +0300, Victor Wagner wrote: On Tue, Jan 27, 2009 at 01:19:28PM +0300, Victor Wagner wrote: On 2009.01.27 at 02:00:35 +0300, Иван Лох wrote: IMHO сейчас msmtp в большинстве случаев достаточно стало. Да. Причем лучше многих. sendmail он предоставляет. Возможность Чем именно? Диагностика более вменяемая IMHO. Конфигурируется прозрачней чем sendmail ;-} выбрать из нескольких smarthost умеет (включая настройки per host Это - лишнее. Ежели мы все равно ходим по 465 порту и с авторизацией по сертификату, то имеет смысл сразу ходить на первичный MX домена. Ну так сертификатов может быть много. Если уж разводить отдельный MTA, то надо иметь возможность писать не только из одного почтового клиента. Ну так команда sendmail пошлет на дефолтовый smarthost -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On 2009.01.27 at 14:46:11 +0300, Иван Лох wrote: On Tue, Jan 27, 2009 at 02:30:33PM +0300, Victor Wagner wrote: On Tue, Jan 27, 2009 at 01:19:28PM +0300, Victor Wagner wrote: On 2009.01.27 at 02:00:35 +0300, Иван Лох wrote: IMHO сейчас msmtp в большинстве случаев достаточно стало. Да. Причем лучше многих. sendmail он предоставляет. Возможность Чем именно? Диагностика более вменяемая IMHO. Конфигурируется прозрачней чем sendmail ;-} Ну, сейчас много что конфигурируется прозрачнее, чем sendmail. Что exim, что postfix. выбрать из нескольких smarthost умеет (включая настройки per host Это - лишнее. Ежели мы все равно ходим по 465 порту и с авторизацией по сертификату, то имеет смысл сразу ходить на первичный MX домена. Ну так сертификатов может быть много. И по каким осмысленным критериям можно в таком случае выбирать из нескольких смартхостов? Когда используется неавторизованное соединение - понятно. Выбираем тот смартхост, на который здесь и сейчас нас пустят. Именно так работает маемовский почтовый клиент. Если соединение авторизованное, и пустят нас туда всегда, то какой смысл в нескольких смарт-хостах? Если уж разводить отдельный MTA, то надо иметь возможность писать не только из одного почтового клиента. Ну так команда sendmail пошлет на дефолтовый smarthost Ну, я приводил пример софтины, которая конкретно мне конкретно в этом месте нужна, и которая не умеет звать sendmail. Ежели бы она умела звать sendmail, то можно было бы по аналогии с preautheticated imap вместо sendmail звать ssh куда-надо sendmail -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые письма в несколь ко ящиков
Victor Wagner - debian-russian@lists.debian.org @ Tue, 27 Jan 2009 17:20:09 +0300: VW Ежели бы она умела звать sendmail, то можно было бы по аналогии с VW preautheticated imap вместо sendmail звать ssh куда-надо sendmail ... что я и делаю на маеме из гнуса. -- Artem Chuprina RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru админ имеет все возможные права, ряд невозможных и два невероятных http://bash.org.ru/quote/364473 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On Tue, Jan 27, 2009 at 05:20:09PM +0300, Victor Wagner wrote: Ну так сертификатов может быть много. И по каким осмысленным критериям можно в таком случае выбирать из нескольких смартхостов? Когда используется неавторизованное соединение - понятно. Выбираем тот смартхост, на который здесь и сейчас нас пустят. Именно так работает маемовский почтовый клиент. Если соединение авторизованное, и пустят нас туда всегда, то какой смысл в нескольких смарт-хостах? Не все люди любят посылать личную почту через корпоративный почтовый сервер и наоборот. Ну, я приводил пример софтины, которая конкретно мне конкретно в этом месте нужна, и которая не умеет звать sendmail. Ежели бы она умела звать sendmail, то можно было бы по аналогии с preautheticated imap вместо sendmail звать ssh куда-надо sendmail Может тогда ssmtp поможет? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On 2009.01.27 at 17:57:07 +0300, Иван Лох wrote: Если соединение авторизованное, и пустят нас туда всегда, то какой смысл в нескольких смарт-хостах? Не все люди любят посылать личную почту через корпоративный почтовый сервер и наоборот. Наоборот-то какие проблемы? Ежели бы она умела звать sendmail, то можно было бы по аналогии с preautheticated imap вместо sendmail звать ssh куда-надо sendmail Может тогда ssmtp поможет? На это поделие я как-то посмотрел. Это точно в морг. Но вот чего я не понимаю, почему такая идиосинкразия против полноценного МТА? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On Tue, Jan 27, 2009 at 10:34:54PM +0300, Victor Wagner wrote: On 2009.01.27 at 17:57:07 +0300, Иван Лох wrote: Если соединение авторизованное, и пустят нас туда всегда, то какой смысл в нескольких смарт-хостах? Не все люди любят посылать личную почту через корпоративный почтовый сервер и наоборот. Наоборот-то какие проблемы? Во-первых, мой почтовый сервер не столь whitelisted в узких кругах, во-вторых, не всем обязательно знать какой у меня личный домен. Ежели бы она умела звать sendmail, то можно было бы по аналогии с preautheticated imap вместо sendmail звать ssh куда-надо sendmail Может тогда ssmtp поможет? На это поделие я как-то посмотрел. Это точно в морг. Но вот чего я не понимаю, почему такая идиосинкразия против полноценного МТА? Воспитание не позволяет мне держать закрытый релей, а идиоты кругом -- открытый. ;-} -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
fetchmail, одинаковые письма в не сколько ящиков
Привет всем. В общем есть такая задача: забрать почту с ящика провайдера и раскидать ту же почту на несколько локальных ящиков. Есть идея решить это так: забрать почту fetcmail`ом и раздать ее с локального сервера с помощью cyrus-imapd. Но возник вопрос, на сервере провайдера есть например ящик b...@example.com. Его нужно стянуть fetchmail`ом и всю почту разложить в локальные ящики box1, box2. Т.е. это должно быть именно два независимых ящика. В какую сторону копать в манах fetchmail?
Re: fetchmail, одинак овые письма в несколько ящиков
DM Привет всем. В общем есть такая задача: забрать почту с ящика провайдера и DM раскидать ту же почту на несколько локальных ящиков. Есть идея решить это DM так: забрать почту fetcmail`ом и раздать ее с локального сервера с помощью DM cyrus-imapd. DM Но возник вопрос, на сервере провайдера есть например ящик b...@example.com. DM Его нужно стянуть fetchmail`ом и всю почту разложить в локальные ящики box1, DM box2. Т.е. это должно быть именно два независимых ящика. В какую сторону DM копать в манах fetchmail? если сортировать procmail'ом например то делается это примерно так как показано ниже PS: пример из живого procmail, убираются дубликаты отовсюду кроме домена bugs.debian.org, не помню зачем я так сделал PPS: как работает тоже не помню, давно писалось - надо ман на formail почитать едиснтсвенное что помню - что 1048576 - это размер файла в котором будет хранить msgid'шники :0 Whc: .msgid.lock * !^(From|To|Cc)@bugs\.debian\.org | $FORMAIL -D 1048576 .msgid.cache :0 a /dev/null дубликаты выкинутся по msgid -- ... mpd playing: U.D.O. - Pull The Trigger . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: fetchmail, одинаковые п исьма в несколько ящиков
On 2009.01.26 at 17:49:54 +0200, Denis Mazhar wrote: Привет всем. В общем есть такая задача: забрать почту с ящика провайдера и раскидать ту же почту на несколько локальных ящиков. Есть идея решить это так: забрать почту fetcmail`ом и раздать ее с локального сервера с помощью cyrus-imapd. Но возник вопрос, на сервере провайдера есть например ящик [1]b...@example.com. Его нужно стянуть fetchmail`ом и всю почту разложить в локальные ящики box1, box2. Т.е. это должно быть именно два независимых ящика. В какую сторону копать в манах fetchmail? То есть задача ставится так: 1. Взять из одного ящика у провайдера почту 2. Положить ВСЮ почту, взятую из этого ящика в два локальны ящика. Я правильно понял? Если так, то это делается так: 1. В локальном mta описываем алиас bigbox: box1 box2 (в /etc/aliases) 2. В конфиге fetchmail-а poll example.com user box1 there is bigbox here Ну и естественно, фетчмейл должен отдавать скачанную почту локальному МТА, а не MDA. Что он, собственно, по умолчанию и делает. Просто очень многие считают что MTA - лишняя сущность, и пытаются заставить fetchmail вызывать сразу MDA. Это неправильно. MTA в unix системе лишней сущностью не бывает никогда. Вот соберусь как нибудь и поставлю полноценный MTA на Nokia N800, ибо задолбало как её почтовый клиент с SMTP работает. Если не так, то следует понять, по каким именно критериям следует раскладывать почту по ящикам. fetchmail, на мой взгляд, хорошо поддерживает только один вариант, который у него в документации называется MULTIDROP MAILBOX (user somebody there is * here env X-Envelope-To) Все остальные случаи лучше обрабатывать средствами МТА и MDA. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые письма в несколько ящиков
То есть задача ставится так: 1. Взять из одного ящика у провайдера почту 2. Положить ВСЮ почту, взятую из этого ящика в два локальны ящика. Я правильно понял? Да, именно так. Если так, то это делается так: 1. В локальном mta описываем алиас bigbox: box1 box2 (в /etc/aliases) 2. В конфиге fetchmail-а poll example.com user box1 there is bigbox here А если один пользователь удалит пиьмо из box1 в box2 оно останется? Ну и естественно, фетчмейл должен отдавать скачанную почту локальному МТА, а не MDA. Что он, собственно, по умолчанию и делает. Просто очень многие считают что MTA - лишняя сущность, и пытаются заставить fetchmail вызывать сразу MDA. Это неправильно. MTA в unix системе лишней сущностью не бывает никогда. Вот соберусь как нибудь и поставлю полноценный MTA на Nokia N800, ибо задолбало как её почтовый клиент с SMTP работает. Если не так, то следует понять, по каким именно критериям следует раскладывать почту по ящикам. fetchmail, на мой взгляд, хорошо поддерживает только один вариант, который у него в документации называется MULTIDROP MAILBOX (user somebody there is * here env X-Envelope-To) Все остальные случаи лучше обрабатывать средствами МТА и MDA. Тоесть fetchmail отдает почту MTA, а он уже отдает ее клиентам через MDA? Для отсылки почты будет использоваться smtp сервер провайдера.
Re: fetchmail, одинаковые п исьма в несколько ящиков
On 2009.01.26 at 20:02:31 +0300, DamirX wrote: Victor Wagner wrote: fetchmail, на мой взгляд, хорошо поддерживает только один вариант, который у него в документации называется MULTIDROP MAILBOX (user somebody there is * here env X-Envelope-To) Все остальные случаи лучше обрабатывать средствами МТА и MDA. Из начального письма вроде не видно, что провайдер в курсе про multidrop. Из начального письма не видно, что автор треда про него в курсе. Так что пусть заодно и ознакомится. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые п исьма в несколько ящиков
On 2009.01.26 at 19:37:06 +0200, Denis Mazhar wrote: То есть задача ставится так: 1. Взять из одного ящика у провайдера почту 2. Положить ВСЮ почту, взятую из этого ящика в два локальны ящика. Я правильно понял? Да, именно так. Если так, то это делается так: 1. В локальном mta описываем алиас bigbox: box1 box2 (в /etc/aliases) 2. В конфиге fetchmail-а poll [1]example.com user box1 there is bigbox here А если один пользователь удалит пиьмо из box1 в box2 оно останется? Останется. Потому что МТА при доставке почты сделает две копии - одну в box1, вторую в box2 Тоесть fetchmail отдает почту MTA, а он уже отдает ее клиентам через MDA? Для отсылки почты будет использоваться smtp сервер провайдера. Рекомендуется отсылать почту тоже через локальный МТА, которому объяснить, что вся внешняя почта должна идти на smtp-сервер провайдера. Это штатная конфигурация для всех МТА. Преимущества у этого решения следующие: 1. Принципиально возможно (хотя не обязательно по умолчанию пользоваться) локальное хождение почты между локальными пользователями. Но например для писем от всяких демонов тому, кто их администрит, крайне удобно делать именно так. 2. В случае если провайдер недоступен, отправленная почта сложится в спул локального МТА, и уж он позаботится о том, чтобы как только канал поднимется, она уехала. Ссылки 1. http://example.com/ -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: fetchmail, одинаковые письма в несколько ящиков
26 января 2009 г. 20:35 пользователь Victor Wagner vi...@wagner.pp.ruнаписал: Останется. Потому что МТА при доставке почты сделает две копии - одну в box1, вторую в box2 Рекомендуется отсылать почту тоже через локальный МТА, которому объяснить, что вся внешняя почта должна идти на smtp-сервер провайдера. Это штатная конфигурация для всех МТА. Преимущества у этого решения следующие: 1. Принципиально возможно (хотя не обязательно по умолчанию пользоваться) локальное хождение почты между локальными пользователями. Но например для писем от всяких демонов тому, кто их администрит, крайне удобно делать именно так. 2. В случае если провайдер недоступен, отправленная почта сложится в спул локального МТА, и уж он позаботится о том, чтобы как только канал поднимется, она уехала. Ага, понял. Спасибо за развернутый ответ :)
fetchmail диблирование писем.
Здравствуйте, debian-russian. Уже лет 5 fetchmail служит верой и правдой. Недавно возникла необходимость забираемую почту с одного внешнего ящика раскладывать на 3 внутренних, т.е. чтобы 3 человека видели одни и теже письма. Не нашел как это сделать. В голову приходит следующий извращенный способ, на первые ящики получать почту, но не удалять ее с сервера, а последним получением уже удалять с сервера. Есть ли более цивилизованный метод? -- С уважением, rdalexey mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
fetchmail диблиро вание писем.
Уже лет 5 fetchmail служит верой и правдой. Недавно возникла необходимость забираемую почту с одного внешнего ящика раскладывать на 3 внутренних, т.е. чтобы 3 человека видели одни и теже письма. Не нашел как это сделать. В голову приходит следующий извращенный способ, на первые ящики получать почту, но не удалять ее с сервера, а последним получением уже удалять с сервера. Есть ли более цивилизованный метод? procmail -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail диблирование писем.
On 8/8/07, Dmitry E. Oboukhov [EMAIL PROTECTED] wrote: Уже лет 5 fetchmail служит верой и правдой. Недавно возникла необходимость забираемую почту с одного внешнего ящика раскладывать на 3 внутренних, т.е. чтобы 3 человека видели одни и теже письма. Не нашел как это сделать. В голову приходит следующий извращенный способ, на первые ящики получать почту, но не удалять ее с сервера, а последним получением уже удалять с сервера. Есть ли более цивилизованный метод? procmail aliases -- С уважением, Константин Матюхин
fetchmail диблиро вание писем.
procmail aliases первое насколько я понимаю доступно всегда, второе только руту :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail диблирование пи сем.
On Wed, 8 Aug 2007 15:37:29 +0400 Konstantin Matyukhin [EMAIL PROTECTED] wrote: On 8/8/07, Dmitry E. Oboukhov [EMAIL PROTECTED] wrote: Уже лет 5 fetchmail служит верой и правдой. Недавно возникла необходимость забираемую почту с одного внешнего ящика раскладывать на 3 внутренних, т.е. чтобы 3 человека видели одни и теже письма. Не нашел как это сделать. В голову приходит следующий извращенный способ, на первые ящики получать почту, но не удалять ее с сервера, а последним получением уже удалять с сервера. Есть ли более цивилизованный метод? procmail aliases IMAP : a) с общими папками или b) с раскидыванием по ящикам при помощи sieve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail диблирование писем.
On 8/8/07, Dmitry E. Oboukhov [EMAIL PROTECTED] wrote: procmail aliases первое насколько я понимаю доступно всегда, второе только руту :) однако, первое доступно, если рут вообще установил в системе procmail и использует его для локальной доставки, а второе, как правило, присуще любому MTA. -- С уважением, Константин Матюхин
fetchmail диблиро вание писем.
procmail aliases первое насколько я понимаю доступно всегда, второе только руту :) однако, первое доступно, если рут вообще установил в системе procmail и использует его для локальной доставки, а второе, как правило, присуще любому MTA. ну это да, конечно :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail диблирование пис ем.
Hi. 08.08.2007 15:27, [EMAIL PROTECTED] пишет: Здравствуйте, debian-russian. Уже лет 5 fetchmail служит верой и правдой. Недавно возникла необходимость забираемую почту с одного внешнего ящика раскладывать на 3 внутренних, т.е. чтобы 3 человека видели одни и теже письма. Не нашел как это сделать. В голову приходит следующий извращенный способ, на первые ящики получать почту, но не удалять ее с сервера, а последним получением уже удалять с сервера. Есть ли более цивилизованный метод? IMAP как средство локального хранения. Когда местный корпоративный почтовый ящик один, но видит его нужный список людей не мешая друг другу. При желании - с разными правами. А. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Аналог Fetchmail
* Mikhail Ramendik [EMAIL PROTECTED] [2007-06-06 21:38:19+0100] Я вроде слышал, что нынче вместо fetchmail что-то другое лучше юзать. Вопрос - что именно? Задача - снять почту по pop3 и отдать maildrop. SMTP посередине не обязателен. Я несколько альтернатив пробовал: getmail4, mpop, retchmail. У каждого какие-то косяки были (не надейтесь, что вспомню, какие именно). Так и остался на fetchmail. -- Roman I. Cheplyaka http://ro-che.info/ signature.asc Description: Digital signature
Аналог Fetchmail
Всем привет! Я вроде слышал, что нынче вместо fetchmail что-то другое лучше юзать. Вопрос - что именно? Задача - снять почту по pop3 и отдать maildrop. SMTP посередине не обязателен. -- Yours, Mikhail Ramendik
Re: Аналог Fetchmail
Mikhail Ramendik - debian-russian@lists.debian.org @ Wed, 6 Jun 2007 21:38:19 +0100: MR Я вроде слышал, что нынче вместо fetchmail что-то другое лучше MR юзать. Вопрос - что именно? Вот где вроде слышал, там и спрашивай... -- Artem Chuprina RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED] Ошибка в мигель-ДНКазе Mike Novikoff in [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Аналог Fetchmail
On 21:38:19 Wed 06 Jun, Mikhail Ramendik wrote: Всем привет! Я вроде слышал, что нынче вместо fetchmail что-то другое лучше юзать. Вопрос - что именно? getmail4? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Аналог Fetchmail
Mikhail Ramendik wrote: Всем привет! Я вроде слышал, что нынче вместо fetchmail что-то другое лучше юзать. Вопрос - что именно? Задача - снять почту по pop3 и отдать maildrop. SMTP посередине не обязателен. getmail -- Artem Zolochevskiy Kaliningrad, Russia JID: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
etch fetchmail dns
hi all сегодня поймал вот такую проблему в /etc/resolv.conf прописаны оба DNS провайдера (первичн. и вторичн) сегодня у прова возникли проблемы с первичным - он просто недоступен. Не проблема подумал я, ведь второй то остался рабочим. Для пущей важности попробовал сделать несколько пингов - всё ок. Но проблема вылезла в самом неожиданном месте - fetchmail отказался принимать почту - говорит не могёт совладать с именем почтового сервера, с которого ему сказано почту принимать. Т.е. видимо он отказывается пользоавться вторичным DNS сервером провайдера. Это нормально? Баг? Пока я просто в /etc/fetchmailrc вместо имени прописал IP. -- Artem Zolochevskiy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: etch fetchmail dns
Фетчмейл тут не причем он самостаятельно ничего не резолвит. Проверь резолвиться ли адрес почтового сервера, может его просто вторичный днс не может разрулить Artem Zolochevskiy писал(а): hi all сегодня поймал вот такую проблему в /etc/resolv.conf прописаны оба DNS провайдера (первичн. и вторичн) сегодня у прова возникли проблемы с первичным - он просто недоступен. Не проблема подумал я, ведь второй то остался рабочим. Для пущей важности попробовал сделать несколько пингов - всё ок. Но проблема вылезла в самом неожиданном месте - fetchmail отказался принимать почту - говорит не могёт совладать с именем почтового сервера, с которого ему сказано почту принимать. Т.е. видимо он отказывается пользоавться вторичным DNS сервером провайдера. Это нормально? Баг? Пока я просто в /etc/fetchmailrc вместо имени прописал IP. -- Artem Zolochevskiy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
maildrop fetchmail
Ситуация такая. На POP3-сервере лежит большое письмецо. fetchmail открывает пайп к локальному MDA -- maildrop'у и качает туда письмо. Вскоре maildrop'у это надоедает и он пишет maildrop: Timeout quota exceeded. После чего уже и fetchmail отваливается по SIGPIPE: fetchmail: SIGPIPE thrown from an MDA or a stream socket error fetchmail: socket error while fetching from ... and delivering to SMTP host unknown fetchmail: 6.3.4 querying pop.googlemail.com (protocol POP3) at Вто 25 Июл 2006 01:41:23: poll completed fetchmail: Query status=2 (SOCKET) fetchmail: normal termination, status 2 Я вижу два пути решения проблемы: заставить fetchmail сначала сгрузить письмо во временный файл, а затем скармливать maildrop'у, или же повысить интервал таймаута у maildrop'а. Первый предпочтительнее, но как реализовать хоть один из них я не знаю.. -- Roman I. Cheplyaka
Re: maildrop fetchmail
On Tue, Jul 25, 2006 at 12:45:27PM +0300, Roman Cheplyaka wrote: Я вижу два пути решения проблемы: заставить fetchmail сначала сгрузить письмо во временный файл, а затем скармливать maildrop'у, или же повысить интервал таймаута у maildrop'а. Первый предпочтительнее, но как реализовать хоть один из них я не знаю.. С ходу с помощью лома видится такой вариант реализации первого варианта: 0. Создаем каталог для временных файлов, в который может писать юзер под которым все это живет. Обзовем его mailtmp. 1. Пишем скрипт, который сохраняет письмо во временный файл, после чего скармливает его maildrop-у вызванному с теми же параметрами, что и скрипт. Например: = mdpath='/usr/bin/maildrop' mtpath='mailtmp' mtfile=`date +%s` mtfile=${mtpath}/${mtfile}.$$ cat $mtfile $mdpath $@ $mtfile rm -f $mtfile === 2. Отлаживаем на тестовом письме. 3. Указываем fetchmail этот скрипт вместо maildrop. Как реализовать второй вариант не знаю... WBR Dmitri Ivanov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
fetchmail sa-exim, траффик ж рёт.
Обнаружил, что комбинация fetchmail и sa-exim сожрала аж 13ГБайт траффика вместо 2-3 положенных. :-O Никогда бы не подумал. Всё происходит по причине того, что fetchmail не может с первой попытки пропихнуть спам через exim и повторяет это снова и снова, ибо set no bounce сказано, для fetchmail. А в exim оно пропихивается с N-й попытки. Суть вот в чём: SAteergrube: ${if and { {!eq {$sender_host_address}{127.0.0.1}} {!eq {$sender_host_address}{}} } {3.5}{1048576}} SApermreject: ${if and { {!eq {$sender_host_address}{127.0.0.1}} {!eq {$sender_host_address}{}} } {12.0}{1048576}} SAtempreject: ${if and { {!eq {$sender_host_address}{127.0.0.1}} {!eq {$sender_host_address}{}} } {9.0}{1048576}} Стало лучше... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: странности fetchmail-maildrop, numeric uid и not a trusted user
Alexander - debian-russian@lists.debian.org @ Mon, 20 Mar 2006 01:26:41 -0600: A Добрый день. A Гугль перерыл, доки прогрепал, рассылка - последний ресурс. A Имеется связка fetchmail-maildrop, все работало до недавнего апдейта A (я как-то проморгал момент, проапдейтил и спать отвалился), теперь A при попытке fetchmail'а стащить почту maildrop ему говорит You are A not a trusted user. fetchmail работает демоном, читает A /etc/fetchmailrc, таскает почту для разных юзеров. В fetchmailrc A специально указанно mda /usr/bin/maildrop -d dest_user для каждого A получателя. A Что с этим делать ума не приложу. Если не изменяет память с таким A уже сталкивался, но на счет примененного рещения память изменила A определенно. В доках нашел упоминание о том как назначить A доверенных пользователей, но там это предлагается делать на стадии A конфигурации перед компиляцией, а у меня все binary. Вообще-то люди, не желающие геморроя на свою голову, в таком случае ставят MTA и просят fetchmail отдавать почту ему. Ну, разве что в машине 8 мегабайт оперативки, там имеет смысл выкручиваться без. A Еще странность (я слегка даже растерялся как заметил), возможно A связанно. В списке процессов fetchmail фигурирует под своим A численным UID, а не под именем пользователя (fetchmail в данном A случае). Нету ли еще одного юзера с тем же uid? -- Artem Chuprina RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED] Praemonitus premunitus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: странности fetchmail-maildr op, numeric uid и not a trusted user
Вообще-то люди, не желающие геморроя на свою голову, в таком случае ставят MTA и просят fetchmail отдавать почту ему. Ну, разве что в машине 8 мегабайт оперативки, там имеет смысл выкручиваться без. MTA стоит, даже работает, небезизвестный courier. Вообще вся почтовая система (smtp-pop-imap) от courier, это я своей тяге к коллекционированию потакал, всерьез раздумываю не вернутся ли обратно в postfix :), уж очень этот courier странным кажется... Сечас науськал fetchmail на MTA и сразу вспомнил (MTA напомнил) почему я с в свое время с dropmail извращался. Юзерам в ящики всякая гадость сыплется (навскидку из лога: например с teensbymail.com, имя говорит само за себя), a courieresmtpd говорит 417 DNS lookup failure и дает поворот от ворот. Я вполне представляю себе его мотивы, однако отучить умничать в свое время не смог (эта система должна принимать от fetchmail'а _все_, филтрация ведется в другом месте) и выкрутился скармливанием почты maildrop'у. Щас еще доки гляну, может пропустил что... A Еще странность (я слегка даже растерялся как заметил), возможно A связанно. В списке процессов fetchmail фигурирует под своим A численным UID, а не под именем пользователя (fetchmail в данном A случае). Нету ли еще одного юзера с тем же uid? Нет. По крайней мере в /etc/passwd. В /etc/shadow запись на fetchmail присутствует тоже в единственном числе (но там, как я понял, UID не пишется), пароль заблокирован (! вместо хэша). Куда еще посмотреть? Ничего странного на предмет хранения учетных записей не ставил, все юзеры системные. Спасибо. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
странности fetchmail-maildrop, numeric uid и not a trusted user
Добрый день. Гугль перерыл, доки прогрепал, рассылка - последний ресурс. Имеется связка fetchmail-maildrop, все работало до недавнего апдейта (я как-то проморгал момент, проапдейтил и спать отвалился), теперь при попытке fetchmail'а стащить почту maildrop ему говорит You are not a trusted user. fetchmail работает демоном, читает /etc/fetchmailrc, таскает почту для разных юзеров. В fetchmailrc специально указанно mda /usr/bin/maildrop -d dest_user для каждого получателя. Что с этим делать ума не приложу. Если не изменяет память с таким уже сталкивался, но на счет примененного рещения память изменила определенно. В доках нашел упоминание о том как назначить доверенных пользователей, но там это предлагается делать на стадии конфигурации перед компиляцией, а у меня все binary. Еще странность (я слегка даже растерялся как заметил), возможно связанно. В списке процессов fetchmail фигурирует под своим численным UID, а не под именем пользователя (fetchmail в данном случае). В /etc/passwd юзер fetchmail есть, UID соответствует. В файловой системе то что принадлежит fetchmail показывается правильно. Переустановка пакета (с --purge) не помогла. заранее спасибо. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Проблемы с достав кой: postfix+fetchmail+procmail
Victor Wagner wrote: On 2006.02.24 at 12:43:52 +0300, MadCat wrote: Mikolaj Golub wrote: On Fri, 24 Feb 2006 08:08:21 +0200 pm2 wrote: Feb 24 01:06:21 machine procmail[6066]: Suspicious rcfile /home/madcat/.procmailrc ls -ld /home/ /home/madcat /home/madcat/.procmailrc drwxrwsr-x 6 root staff 4096 2004-12-16 01:55 /home drwxr-xrwx 72 madcat501 4096 2006-02-24 12:28 /home/madcat/ -rw-r--r-- 1 madcat madcat 630 2006-02-24 12:18 /home/madcat/.procmailrc Ну и что же ты хочешь с такими правами? У тебя /home/madcat writable для всех, кто не входит в групу 501. Этого уже достаточно. /home, writable для группы staff - тоже нехорошо. Посмотри как у людей бывает: drwxr-xr-x 23 root root 1024 2006-02-20 20:40 / drwxr-xr-x 22 root root 4096 2006-02-18 21:12 /home drwxr-xr-x 139 vitus vitus 12288 2006-02-24 14:37 /home/vitus -rw-r--r--1 vitus vitus 1151 2005-12-02 19:22 /home/vitus/.procmailrc Большое спасибо за информацию. Проблема действительно была в правах. (хотя по сообщению от procmail догадаться об этом сложно) Теперь у меня так же, как у дюдей =) #ls -ld /home /home/madcat /home/madcat/.procmailrc drwxr-xr-x 6 root root 4096 2004-12-16 01:55 /home drwxr-xr-x 72 madcat madcat 4096 2006-02-25 19:20 /home/madcat -rw-r--r-- 1 madcat madcat 619 2006-02-25 18:44 /home/madcat/.procmailrc Доставка и сортировка проходят теперь нормально. У меня осталось 2 вопроса: 1. Как оставлять локальную копию отправляемых писем? 2. Каким GUI клиентом лучше работать с этим почтовым каталогом? (Thunderbird норовит самостоятельно заняться доставкой и сортировкой) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Проблемы с доставк ой: postfix+fetchmail+procmail
On 2006.02.25 at 19:33:30 +0300, Mad Cat wrote: Большое спасибо за информацию. Проблема действительно была в правах. (хотя по сообщению от procmail догадаться об этом сложно) Теперь у меня так же, как у дюдей =) Это привыкнуть надо. У ssh точно такая же паранойя. Особенно меня злит, когда оно отказывается работать с group writable файлом, в группу которого вхожу один я. #ls -ld /home /home/madcat /home/madcat/.procmailrc drwxr-xr-x 6 root root 4096 2004-12-16 01:55 /home drwxr-xr-x 72 madcat madcat 4096 2006-02-25 19:20 /home/madcat -rw-r--r-- 1 madcat madcat 619 2006-02-25 18:44 /home/madcat/.procmailrc Доставка и сортировка проходят теперь нормально. У меня осталось 2 вопроса: 1. Как оставлять локальную копию отправляемых писем? 2. Каким GUI клиентом лучше работать с этим почтовым каталогом? (Thunderbird норовит самостоятельно заняться доставкой и сортировкой) Вопросы заданы в неправильном порядке. Сначала нужно выбрать клиента, а потом спрашивать а как в этом клиенте сделать локальную копию отправляемых писем. Потому что обычно этим занимается почтовый клиент. Что касается сортировки почты, то то что клиент этим занимается - тоже правильно. В почтовом ящике понятия сортировки нет и не надо. Что касается самостоятельных попыток отправки, то, вероятно, его просто настроить надо - наверняка же умеет отдавать почту локальному /usr/sbin/sendmail. На худой конец, можно обучить локальный MTA слушать на localhost, и сказать Thunderbird-у чтобы отправлял на localhost. Если менять клиента, то рекомендую mutt. Он вроде нынче наиболее вменяемый из существующих. У него создание локальных копий писем управляется опцией set record=куда складывать Кроме того возможны дополнительные настройки в зависимости от разных условий - например, копии писем, отправляемых по адресу debian-russian@lists.debian.org складывать в ящик debian.russian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Проблемы с достав кой: postfix+fetchmail+procmail
Victor Wagner wrote: On 2006.02.25 at 19:33:30 +0300, Mad Cat wrote: Большое спасибо за информацию. Проблема действительно была в правах. (хотя по сообщению от procmail догадаться об этом сложно) Теперь у меня так же, как у дюдей =) Это привыкнуть надо. У ssh точно такая же паранойя. Особенно меня злит, когда оно отказывается работать с group writable файлом, в группу которого вхожу один я. #ls -ld /home /home/madcat /home/madcat/.procmailrc drwxr-xr-x 6 root root 4096 2004-12-16 01:55 /home drwxr-xr-x 72 madcat madcat 4096 2006-02-25 19:20 /home/madcat -rw-r--r-- 1 madcat madcat 619 2006-02-25 18:44 /home/madcat/.procmailrc Доставка и сортировка проходят теперь нормально. У меня осталось 2 вопроса: 1. Как оставлять локальную копию отправляемых писем? 2. Каким GUI клиентом лучше работать с этим почтовым каталогом? (Thunderbird норовит самостоятельно заняться доставкой и сортировкой) Вопросы заданы в неправильном порядке. Сначала нужно выбрать клиента, а потом спрашивать а как в этом клиенте сделать локальную копию отправляемых писем. Потому что обычно этим занимается почтовый клиент. Что касается сортировки почты, то то что клиент этим занимается - тоже правильно. В почтовом ящике понятия сортировки нет и не надо. Что касается самостоятельных попыток отправки, то, вероятно, его просто настроить надо - наверняка же умеет отдавать почту локальному /usr/sbin/sendmail. На худой конец, можно обучить локальный MTA слушать на localhost, и сказать Thunderbird-у чтобы отправлял на localhost. Если менять клиента, то рекомендую mutt. Он вроде нынче наиболее вменяемый из существующих. У него создание локальных копий писем управляется опцией set record=куда складывать Кроме того возможны дополнительные настройки в зависимости от разных условий - например, копии писем, отправляемых по адресу debian-russian@lists.debian.org складывать в ящик debian.russian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Я, видимо, не совсем правильно выразился. Я имел в виду, что thunderbird сам выполнят функции procmail'а, т.е. применяет к входящей почте фильтры и разпихивает почту по соотв. подкаталогам. Сейчас у меня на машине доставка выполняется посредством fetchmail, а отправка через postfix (localhost:25). Пришедшая почта хранятся в формате mbox. Вопрос: чем её лучше всего читать и чем создовать и передавать postfix'у новые письма. Для консоли логичным вариантом для этих целей служит mutt. Мне же хотелось бы GUI клиент. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Проблемы с доставкой : postfix+fetchmail+procmail
Mikolaj Golub wrote: On Fri, 24 Feb 2006 08:08:21 +0200 pm2 wrote: Feb 24 01:06:21 machine procmail[6066]: Suspicious rcfile /home/madcat/.procmailrc ls -ld /home/ /home/madcat /home/madcat/.procmailrc drwxrwsr-x 6 root staff 4096 2004-12-16 01:55 /home drwxr-xrwx 72 madcat501 4096 2006-02-24 12:28 /home/madcat/ -rw-r--r-- 1 madcat madcat 630 2006-02-24 12:18 /home/madcat/.procmailrc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Проблемы с доставк ой: postfix+fetchmail+procmail
On 2006.02.24 at 12:43:52 +0300, MadCat wrote: Mikolaj Golub wrote: On Fri, 24 Feb 2006 08:08:21 +0200 pm2 wrote: Feb 24 01:06:21 machine procmail[6066]: Suspicious rcfile /home/madcat/.procmailrc ls -ld /home/ /home/madcat /home/madcat/.procmailrc drwxrwsr-x 6 root staff 4096 2004-12-16 01:55 /home drwxr-xrwx 72 madcat501 4096 2006-02-24 12:28 /home/madcat/ -rw-r--r-- 1 madcat madcat 630 2006-02-24 12:18 /home/madcat/.procmailrc Ну и что же ты хочешь с такими правами? У тебя /home/madcat writable для всех, кто не входит в групу 501. Этого уже достаточно. /home, writable для группы staff - тоже нехорошо. Посмотри как у людей бывает: drwxr-xr-x 23 root root 1024 2006-02-20 20:40 / drwxr-xr-x 22 root root 4096 2006-02-18 21:12 /home drwxr-xr-x 139 vitus vitus 12288 2006-02-24 14:37 /home/vitus -rw-r--r--1 vitus vitus 1151 2005-12-02 19:22 /home/vitus/.procmailrc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
проблемы с доставк ой: postfix+fetchmail+procmail
fetchmail работает нормально. Почта приходит с POP3 адресов и передается procmail (хотя по части форвардинга я не очень уверен). Вот тут начинаются проблемы. В ~/.procmailrc прописано следующее: PATH=/usr/bin:/bin:/usr/local/bin:. MAILDIR=$HOME/Mail DEFAULT=$MAILDIR/Inbox_mail_ru LOGFILE=$MAILDIR/log LOCKFILE=$HOME/.lockmail :0 * [EMAIL PROTECTED] Inbox_mail_ru :0 * [EMAIL PROTECTED] Inbox_nextmail procmail выдает в /var/log/mail.err следующее: Feb 24 01:06:21 machine procmail[6066]: Suspicious rcfile /home/madcat/.procmailrc После этого почта попадает в /var/mail/madcat Подозрения вызывает так же отклик от postfix'a в /var/log/mail.info Feb 24 01:04:03 machine postfix/local[6059]: 9C13D3BD5E: to=[EMAIL PROTECTED], relay=local, delay=1900, status=deferred (temporary failure) Если кто-нибудь поднимал подобную связку на dial-up машине, помогите пожалуйста. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: проблемы с достав кой: postfix+fetchmail+procmail
MadCat wrote: fetchmail работает нормально. Почта приходит с POP3 адресов и передается procmail (хотя по части форвардинга я не очень уверен). Вот тут начинаются проблемы. В ~/.procmailrc прописано следующее: PATH=/usr/bin:/bin:/usr/local/bin:. MAILDIR=$HOME/Mail DEFAULT=$MAILDIR/Inbox_mail_ru LOGFILE=$MAILDIR/log LOCKFILE=$HOME/.lockmail :0 * [EMAIL PROTECTED] Inbox_mail_ru :0 * [EMAIL PROTECTED] Inbox_nextmail procmail выдает в /var/log/mail.err следующее: Feb 24 01:06:21 machine procmail[6066]: Suspicious rcfile /home/madcat/.procmailrc После этого почта попадает в /var/mail/madcat Подозрения вызывает так же отклик от postfix'a в /var/log/mail.info Feb 24 01:04:03 machine postfix/local[6059]: 9C13D3BD5E: to=[EMAIL PROTECTED], relay=local, delay=1900, status=deferred (temporary failure) Если кто-нибудь поднимал подобную связку на dial-up машине, помогите пожалуйста. У меня ящики в формате mbox расположены в /var/spool/mail Связка fetchmail+procmail запускается скриптом: #!/bin/bash cd /root /usr/bin/fetchmail -f/root/.fetchmailrc -a -s -m /usr/bin/procmail -d %T В .fetchmailrc прописан адрес провайдерского сервера, логин и пароль Вот что в начале .procmailrc: LOGFILE=/var/spool/mail/.procmaillog :0 c: * [EMAIL PROTECTED] /var/spool/mail/lab32 :0 c: * [EMAIL PROTECTED] /var/spool/mail/lab32a В конце: :0: * [EMAIL PROTECTED] /var/spool/mail/svnr :0: * /var/spool/mail/spam Пользователи в локалке забирают почту по POP3 (используется popa3d), прием исходящих и отправка наружу (по SMTP) - exim4 (хотя с postfix тоже все работало). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: проблемы с доставкой: postfix+fetchmail+procmail
On Fri, 24 Feb 2006 08:08:21 +0200 pm2 wrote: Feb 24 01:06:21 machine procmail[6066]: Suspicious rcfile /home/madcat/.procmailrc ls -ld /home/ /home/madcat /home/madcat/.procmailrc -- to my, trociny -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
fetchmail
Привет всем! Перешел с getmail на fetchmail и возник вопрос: Fetchmail должен в начале каждого письма вставлять From или это работа procmailа? Если нетрудно объясните почему. -- Павел -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail
On Sun, Jan 22, 2006 at 03:15:42PM +0200, Pavel wrote: Fetchmail должен в начале каждого письма вставлять From или это работа procmailа? Если нетрудно объясните почему. Тот From который перед Recieved - часть формата unix mailbox, а не часть письма. В письме, передаваемом по smtp его нет. fetchmail рассчитан на то, что он отдает почту другому доставщику (по умолчанию localhost:smtp), который может доставлять в Maildir или еще в какой формат ящика, а не обязательно в unix mailbox (а строчка From нужна далеко не для всех форматов). Лично у меня сложилось такое впечатление. WBR Dmitri Ivanov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: проблеммы с fetchmail
Kushner Anatoliy - debian-russian@lists.debian.org @ Mon, 26 Dec 2005 10:02:12 +0300: KA После последнего обновления саржавместе с другими пакетами обновился и KA fetchmail, у меня все аккаунты были прописаны в /etc/fetchmailrc и всё KA работало, теперьже после перезагрузки когда грузится инит скрипт KA /etc/init.d/fetchmail он ждет когда я введу пароль для root и в результате KA не грузится ssh и остальные сервисы. KA Может кто поскажжет как вернуть нормальную работу fetchmail ? Телепаты в отпуске. Сначала надо показать конфигурацию и точное сообщение (а не свою интерпретацию оного) при загрузке. -- 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]
проблеммы с fetchmail
После последнего обновления саржавместе с другими пакетами обновился и fetchmail, у меня все аккаунты были прописаны в /etc/fetchmailrc и всё работало, теперьже после перезагрузки когда грузится инит скрипт /etc/init.d/fetchmail он ждет когда я введу пароль для root и в результате не грузится ssh и остальные сервисы. Может кто поскажжет как вернуть нормальную работу fetchmail ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail + procmail howto
Привет! Она! Большое спасибо! skipped / Эта? От 29/12/2004 В этом году ничего на счет fetchmail AND procmail не было. У меня архив хранится, так что если не та ссылка, напиши в личку, что именно искать. Берите лучше более новый текст на http://gir.nongnu.org/people/daa/texts/linuxmail.html или в Куче ALTLinux на http://heap.altlinux.ru Да, кстати, я автор текста и не являюсь разработчиком ALT Linux. -- Dmitri Alenitchev [EMAIL PROTECTED]
fetchmail + procmail howto
Кто-то из списка предоставил мне ссылку на howto fetchmail + procmail написанную разработчиками то ли Alt Linux, то ли Asp Linux (не помню точно). Это было приблизительно 1-1,5 месяца назад. Письмо с этой ссылкой ни у себя, ни в архивах рассылки найти не могу. Поиск по гуглю также не дал положительных результатов. Если не трудно, скиньте мне эту ссылку еще раз. Спасибо. -- Who the hell are you, and why are you playing with my kernel?
Re: fetchmail + procmail howto
Serja escribió: Кто-то из списка предоставил мне ссылку на howto fetchmail + procmail написанную разработчиками то ли Alt Linux, то ли Asp Linux (не помню точно). Это было приблизительно 1-1,5 месяца назад. Письмо с этой ссылкой ни у себя, ни в архивах рассылки найти не могу. Поиск по гуглю также не дал положительных результатов. Если не трудно, скиньте мне эту ссылку еще раз. http://www.opennet.ru/base/sys/linux_user_mail.txt.html Эта? От 29/12/2004 В этом году ничего на счет fetchmail AND procmail не было. У меня архив хранится, так что если не та ссылка, напиши в личку, что именно искать. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail + procmail howto
Она! Большое спасибо! --- Original message --- From: Alexander [EMAIL PROTECTED] To: debian-russian@lists.debian.org Subject: Re: fetchmail + procmail howto Date: Saturday 24 September 2005 07:27 Serja escribió: Кто-то из списка предоставил мне ссылку на howto fetchmail + procmail написанную разработчиками то ли Alt Linux, то ли Asp Linux (не помню точно). Это было приблизительно 1-1,5 месяца назад. Письмо с этой ссылкой ни у себя, ни в архивах рассылки найти не могу. Поиск по гуглю также не дал положительных результатов. Если не трудно, скиньте мне эту ссылку еще раз. http://www.opennet.ru/base/sys/linux_user_mail.txt.html Эта? От 29/12/2004 В этом году ничего на счет fetchmail AND procmail не было. У меня архив хранится, так что если не та ссылка, напиши в личку, что именно искать. -- Who the hell are you, and why are you playing with my kernel?
Re: fetchmail again
On Thu, Sep 08, 2005 at 03:51:48PM +0400, Damir Hakimov wrote: cat /etc/fetchmailrc set logfile /var/log/fetchmail.debug set postmaster damir set no bouncemail set daemon 300 poll mail.astranet.ru proto pop3 port 110 localdomains agg.astranet.ru #envelope Delivered-To: user user pass secret [1]: to * here fetchall smtphost localhost/25 Вот это письмо было доставлено правильно: Return-path: [EMAIL PROTECTED] Envelope-to: [EMAIL PROTECTED] Received: from localhost ([127.0.0.1] ident=root) by mailserv.agg with esmtp (Exim 3.36 #1 (Debian)) id 1EBsJo-0003WR-00 for [EMAIL PROTECTED]; Sun, 04 Sep 2005 15:05:48 +0400 [***SKIP***] To: comp.soft.prog.vbforbeginprof [EMAIL PROTECTED](4690847) [***SKIP***] Вот логи (не этого, но токого-же, успешно доставленного письма) [***SKIP***] fetchmail: About to rewrite To: rest.cinema.spbvideo [EMAIL PROTECTED](4690847) Rewritten version is To: rest.cinema.spbvideo [EMAIL PROTECTED](4690847) [***SKIP***] А вот письмо которое, было перенаправлено с домена mail.ru: Return-path: [EMAIL PROTECTED] Envelope-to: [EMAIL PROTECTED] #завернулось постмастеру Delivery-date: Thu, 08 Sep 2005 11:28:33 +0400 Received: from localhost ([127.0.0.1] ident=root) by mailserv.agg with esmtp (Exim 3.36 #1 (Debian)) id 1EDGpl-000327-00 for [EMAIL PROTECTED]; Thu, 08 Sep 2005 11:28:33 +0400 Delivered-To: [EMAIL PROTECTED] Received: from mail.astranet.ru [62.183.104.13] by localhost with POP3 (fetchmail-6.2.5) for [EMAIL PROTECTED] (multi-drop); Thu, 08 Sep 2005 11:28:33 +0400 (MSD) Received: (qmail 77419 invoked by uid 89); 8 Sep 2005 07:28:11 - Delivered-To: [EMAIL PROTECTED] [***SKIP***] To: Kundor [EMAIL PROTECTED] [***SKIP***] Вот логи фетчмайла: [***SKIP***] fetchmail: About to rewrite To: Kundor [EMAIL PROTECTED] Rewritten version is To: Kundor [EMAIL PROTECTED] [***SKIP***] Подскажите, что я упустил в настройках fetchmaila??? Понимание разницы между single-drop и multi-drop? Значит так. Multi-drop это когда в один *внешний* почтовый ящик ([EMAIL PROTECTED]) попадают e-mail'ы для разных локальных юзеров. Single-drop это когда *все* письма в [EMAIL PROTECTED] предназначены только *одному* локальному юзеру. Теперь нужно определится что требуется. Если нужне (все таки) multi-drop, то вычитываь fetchmail(8) (в особенности How to use and abuse multi-drop) и научить fetchmail переписывать адреса. Или отказаться от multi-drop'а, в пользу single-drop'а (а такой классный секс мог получится) и в [1] заменить '*' на 'damir'. Дамир. PS извините за длинный пост. Не за что. Это же Интернет. -- Torvalds' goal for Linux is very simple: World Domination (it's third person quote.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
fetchmail again
прошу сообшество помочь разобраться в следующей ситуации: есть fetchmail. cat /etc/fetchmailrc set logfile /var/log/fetchmail.debug set postmaster damir set no bouncemail set daemon 300 poll mail.astranet.ru proto pop3 port 110 localdomains agg.astranet.ru #envelope Delivered-To: user user pass secret to * here fetchall smtphost localhost/25 Вот это письмо было доставлено правильно: Return-path: [EMAIL PROTECTED] Envelope-to: [EMAIL PROTECTED] Received: from localhost ([127.0.0.1] ident=root) by mailserv.agg with esmtp (Exim 3.36 #1 (Debian)) id 1EBsJo-0003WR-00 for [EMAIL PROTECTED]; Sun, 04 Sep 2005 15:05:48 +0400 Delivered-To: [EMAIL PROTECTED] Received: from mail.astranet.ru [62.183.104.13] by localhost with POP3 (fetchmail-6.2.5) for [EMAIL PROTECTED] (multi-drop); Sun, 04 Sep 2005 15:05:48 +0400 (MSD) Received: (qmail 69390 invoked by uid 89); 4 Sep 2005 11:08:55 - Delivered-To: [EMAIL PROTECTED] Received: (qmail 69385 invoked by uid 1025); 4 Sep 2005 11:08:55 - Received: from unknown (HELO gato90.subscribe.ru) (81.222.129.90) by mail.astranet.ru with SMTP; 4 Sep 2005 11:08:49 - Received: id EC5C2F080313; Sun, 4 Sep 2005 15:08:45 +0400 X-Felis-Queue-Id: 20050904150844 Precedence: normal List-Id: comp.soft.prog.vbforbeginprof.subscribe.ru List-Help: http://subscribe.ru/catalog/comp.soft.prog.vbforbeginprof List-Subscribe: mailto:[EMAIL PROTECTED] List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Archive: http://subscribe.ru/archive/comp.soft.prog.vbforbeginprof List-Owner: mailto:[EMAIL PROTECTED] List-Post: NO Message-Id: [EMAIL PROTECTED] Date: Sun, 4 Sep 2005 15:03:06 +0400 From: Subscribe.Ru [EMAIL PROTECTED] To: comp.soft.prog.vbforbeginprof [EMAIL PROTECTED](4690847) Subject: =?windows-1251?Q?=56isual=20=42asic=20=E4=EB=FF=20?= =?windows-1251?Q?=ED=EE=E2=E8=F7=EA=EE=E2=20=E8=20?= =?windows-1251?Q?=EF=F0=EE=F4=E5=F1=F1=E8=EE=ED=E0=EB=EE=E2?= MIME-Version: 1.0 Content-Type: multipart/mixed; boundary==felis-attach=20050904150629=6211 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.astranet.ru X-Spam-Level: * X-Spam-Status: No, score=1.9 required=5.0 tests=AWL,BAYES_00, FROM_ENDS_IN_NUMS,HTML_40_50,HTML_BADTAG_00_10,HTML_MESSAGE, MIME_HTML_ONLY,WEIRD_QUOTING autolearn=no version=3.0.4 X-UIDL: V09!,Fa!!'G+!6m(!! Вот логи (не этого, но токого-же, успешно доставленного письма) fetchmail: reading message [EMAIL PROTECTED]:1 of 5 (141909 octets) fetchmail: About to rewrite Return-Path: [EMAIL PROTECTED] Rewritten version is Return-Path: [EMAIL PROTECTED] fetchmail: analyzing Received line: Received: (qmail 85247 invoked by uid 89); 8 Sep 2005 11:08:23 - fetchmail: line accepted, uid is an alias of the mailserver fetchmail: no Received address found fetchmail: analyzing Received line: Received: (qmail 85242 invoked by uid 1025); 8 Sep 2005 11:08:23 - fetchmail: line accepted, uid is an alias of the mailserver fetchmail: no Received address found fetchmail: analyzing Received line: Received: from unknown (HELO gato42.subscribe.ru) (81.222.129.42) by mail.astranet.ru with SMTP; 8 Sep 2005 11:08:19 - fetchmail: line accepted, mail.astranet.ru is an alias of the mailserver fetchmail: no Received address found fetchmail: analyzing Received line: Received: id AC0AA30BA22A; Thu, 8 Sep 2005 15:07:10 +0400 fetchmail: no Received address found fetchmail: About to rewrite From: Subscribe.Ru [EMAIL PROTECTED] Rewritten version is From: Subscribe.Ru [EMAIL PROTECTED] fetchmail: About to rewrite To: rest.cinema.spbvideo [EMAIL PROTECTED](4690847) Rewritten version is To: rest.cinema.spbvideo [EMAIL PROTECTED](4690847) fetchmail: passed through [EMAIL PROTECTED] matching agg.astranet.ru fetchmail: SMTP 220 mailserv.agg ESMTP Exim 3.36 #1 Thu, 08 Sep 2005 15:10:29 +0400 fetchmail: SMTP EHLO localhost А вот письмо которое, было перенаправлено с домена mail.ru: Return-path: [EMAIL PROTECTED] Envelope-to: [EMAIL PROTECTED] #завернулось постмастеру Delivery-date: Thu, 08 Sep 2005 11:28:33 +0400 Received: from localhost ([127.0.0.1] ident=root) by mailserv.agg with esmtp (Exim 3.36 #1 (Debian)) id 1EDGpl-000327-00 for [EMAIL PROTECTED]; Thu, 08 Sep 2005 11:28:33 +0400 Delivered-To: [EMAIL PROTECTED] Received: from mail.astranet.ru [62.183.104.13] by localhost with POP3 (fetchmail-6.2.5) for [EMAIL PROTECTED] (multi-drop); Thu, 08 Sep 2005 11:28:33 +0400 (MSD) Received: (qmail 77419 invoked by uid 89); 8 Sep 2005 07:28:11 - Delivered-To: [EMAIL PROTECTED] Received: (qmail 77414 invoked by uid 1025); 8 Sep 2005 07:28:11 - Received: from unknown (HELO f32.mail.ru) (194.67.57.71) by mail.astranet.ru with SMTP; 8 Sep 2005 07:28:11 - Received: from mail by f32.mail.ru with local id 1EDGpd-0006kd-00 for [EMAIL PROTECTED]; Thu, 08 Sep 2005 11:28:25 +0400 X-ResentFrom
Re: fetchmail
On Wed, Aug 31, 2005 at 07:46:46AM +0200, Serja wrote: F где бы ещё почитать о том, как настроить fetchmail для приема с использованием ssh для того же gmail? Заранее благодарен! [EMAIL PROTECTED]:~$ sudo cat /etc/fetchmailrc # Configuration created Fri Aug 16 09:06:10 2002 by fetchmailconf [...] poll pop.gmail.com with proto POP3 port 995 timeout 180 user jekhor there with password *** is jek here options fetchall warnings 3600 ssl batchlimit 10 -- Best regards, Yauhen Kharuzhy [EMAIL PROTECTED] A: No Q: Should I quote below my post? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail
On Wed, 31 Aug 2005 07:46:46 +0200 Serja [EMAIL PROTECTED] wrote: F где бы ещё почитать о том, как настроить fetchmail для приема с использованием ssh для того же gmail? Заранее благодарен! Имелся в виду ssl? Gmail on Home Linux Box using Postfix and Fetchmail http://souptonuts.sourceforge.net/postfix_tutorial.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail
On Mon, 29 Aug 2005 15:31:10 +0200 serja [EMAIL PROTECTED] wrote: Наконец-то настроил себе fetchmai. Появился следующий вопрос: где и как настраиваются фильтры для fetchmail? Что следует почитать? Где можно посмотреть на наглядные пособия? Заранее благодарен! Никто не присоветовал: есть mailfilter - решения о неприеме принимаяются до fetchmail'a -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fetchmail
F где бы ещё почитать о том, как настроить fetchmail для приема с использованием ssh для того же gmail? Заранее благодарен! --- Original message --- From: Alexey Trunyov [EMAIL PROTECTED] To: debian-russian@lists.debian.org Subject: Re: fetchmail Date: 31 Август 2005 02:07 On Mon, 29 Aug 2005 15:31:10 +0200 serja [EMAIL PROTECTED] wrote: Наконец-то настроил себе fetchmai. Появился следующий вопрос: где и как настраиваются фильтры для fetchmail? Что следует почитать? Где можно посмотреть на наглядные пособия? Заранее благодарен! Никто не присоветовал: есть mailfilter - решения о неприеме принимаяются до fetchmail'a
fetchmail
Наконец-то настроил себе fetchmai. Появился следующий вопрос: где и как настраиваются фильтры для fetchmail? Что следует почитать? Где можно посмотреть на наглядные пособия? Заранее благодарен!
Re: fetchmail
man procmailOn 8/29/05, serja [EMAIL PROTECTED] wrote: Наконец-то настроил себе fetchmai. Появился следующий вопрос: где и какнастраиваются фильтры для fetchmail? Что следует почитать? Где можнопосмотреть на наглядные пособия?Заранее благодарен! -- No fate, but what we make!