[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: странности fetchmail-maildrop, 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 не пишется), пароль заблокирован ("!" вместо хэша). Куда еще посмотреть? Ничего странного на предмет хранения учетных записей не ставил, все юзеры системные.

Спасибо.



Reply to: