Вообще-то люди, не желающие геморроя на свою голову, в таком случае
ставят 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]
