Исходная задача: сопрячь nmh и msmtp-enqueue. Получилось что нужно написать шелл-скрипт, который будет вызываться вместо sendmail -bs
То есть он должен через свои stdin и stdout разговаривать по SMTP-протоколу.
Стал я такой скрипт писать. Пока только тестирую, как это вообще работает. Сделал я его через перемежающиеся строки head -n1 >> some_file и echo something
пока обмен идет по одной строке с его стороны, то все нормально. Несколько первых сообщений мы обменялись. С помощью head -n1 я получаю эту строку. Но в конце мне нужно получить само сообщение и принять его до завершающей точки. И тут непонятная мне проблема. Если я в это месте просто поставлю cat >> some_file то я все это сообщение (много строк) приму. Но я не смогу ответить на него "Message accepted for delivery" потому что он не выходит из этого ката. А если я попытаюсь сделать в цикле (или просто несколько) head -n 1, то он не проходит дальше первого head'a
В FreeBSD, OpenBSD и Linux был найден баг, приводящий к возможности для рута подставить свой файл вместо immutable файла. При повышенном securelevel этого происходить не должно, но происходит.
http://www.securiteam.com/unixfocus/5...
NetBSD неуязвима.
Тео ответил, что он не будет фиксить этот баг, потому что секьюрелевелы бесполезны.
Хочется читать книжки везде. Стою читаю сижу читаю лежу читаю. И за ухом полбукваря. В связи с этим первый вопрос: там же вроде специальные форматы книг для КПК. А как обстоит дело с ps/pdf/djvu? И как они будут смотреться на 320 точках ширины.
Понятно что нужен и интернет. В огейм поиграть например. Забрали в ментовку -- флот не пропадет. Смартфон покупать не хочется по многим причинам. Вай-фай недостаточно. То есть вариант я так понимаю -- по блутусу выходить с телефона. В связи с этим вопрос второй: а как у блютус с безопасностью? Никто не будет сосать мой интернет?
Теперь вопрос по вай-фай. Общеизвестно что ВЕП неадекватен.. Я у себя дома использую ipsec. Так как на КПК скорее всего будет какой-то мобильный ОС, то как там вообще -- ipsec реально настроить?
Четвертый вопрос. Допустим я пришел домой. Сижу с КПК. Хочу на сервере книжки посмотреть. nfs как я понимаю не пойдет. А самба? Будет работать?
Пятый вопрос. КПК сможет раздать инет другим компам в домашней сети? Он нат сможет сделать?
Раньше когда заходишь в топик, там была кнопочка Назад. Теперь вместо нее кнопка Форум Такой-то. Проблема в том что она не сохраняет режим сортировки комментариев. Кнопка Назад сохраняла.
Christos Zoulas, Allen Briggs и Matt Thomas остаются.
Luke Mewburn (lukem) и Frank van der Linden (fvdl) покинули core team.
Их заменили: Valeriy E. Ushakov (uwe@NetBSD.org) и Yamamoto Takashi (yamt@NetBSD.org)
Несколько месяцев назад была создана BSD Certification Group.
Чуть меньше месяцев назад она проводила опрос BSD администраторов
и всех прочих по поводу задач, которые они выполняют в BSD.
(10 случайно выбранным участникам были подарены книжки в тему)
Теперь результаты этого опроса обработаны и доступны в
в виде отчета.
Сам не читал, 3 мегабайта:)
Сейчас попользовался интернетом у брата.
Оказывается у него когда пытаешься коннектиться куда-угодно
на порт 25, то попадаешь на smtp-сервер самого провайдера.
В принципе, я не могу сказать что мне это мешает,
но не покидает ощущение убогости этого решения.
Интересно узнать, распространена ли такая практика,
и что вы думаете о таких админах??
В связи с появлением вражеского wifi в окрестности задумался о безопасности..
У меня такая конфигурация: есть сервер, он подключен проводом к
точке доступа и сервер подключен к интернет большую часть времени.
Есть лэптоп, он подключен по wifi к точке доступа.
Есть такие политики ipsec:
На сервере
spdadd 192.168.0.11 chup any -P out ipsec esp/tunnel/192.168.0.11-192.168.0.22/require ah/tunnel/192.168.0.11-192.168.0.22/require ;
spdadd chup 192.168.0.11 any -P in ipsec esp/tunnel/192.168.0.22-192.168.0.11/require ah/tunnel/192.168.0.22-192.168.0.11/require ;
На лаптопе:
spdadd 192.168.0.22 flam any -P out ipsec esp/tunnel/192.168.0.22-192.168.0.11/require ah/tunnel/192.168.0.22-192.168.0.11/require ;
spdadd flam 192.168.0.22 any -P in ipsec esp/tunnel/192.168.0.11-192.168.0.22/require ah/tunnel/192.168.0.11-192.168.0.22/require ;
Сервер дает интернет лаптопу через NAT.
То что пакеты идущие прямо от сервера (flam 192.168.0.11) к лаптопу (chup 192.168.0.22) и обратно
шифруются и аутентифицируются это видимо так..
А шифруются и аутентифицируются ли пакеты идущие в воздухе от лаптопа в интернет (через NAT на сервере)??
Тут страшные вещи рассказывают.. Кроме обычной очереди (которая
mailq), есть вторая очередь (mailq -Ac). В ней письма имеют
обыкновение проваливаться как в черную дыру.
У меня за год-два в mailq -Ac накопилось 18 писем,
с причинами типа "lookup deferred".
Что с этой очередью можно делать??
Почему письма вообще в нее попали??
Ведь когда они в нее попали, мне никто обратно письма-предупреждения не выслал.
Сейчас пробовал, обычный текст постится,
а вывод команды wiconfig нет -- у этого вывода небольшой размер,
единственно там скобки [] встречаются, ничего примечательного.
Выдает:
Can't contact servlet runner at 127.0.0.1:6802