В общем возникла такая идея по борьбе со спамом на уровне почтового сервера. Заводим несколько почтовых ящиков без пользователей. Их адреса активно раскидываем по Инету, чтобы они попали в спамерские базы. Получаем, что вся приходящая на эти адреса почта --- спам, то есть под рукой все время, и адреса, и содержимое спам писем. Остается только организовать блокировку адресов и чистку почтовых ящиков...
В инете подобного не нашел, если это известная идея, ткните носом, если нет, то как и с помощью чего ее можно реализовать?
И второй вопрос, существует ли для MTA Postfix или Sendmail детекторы почтовых рассылок? Под детектором рассылок я подразумеваю обнаружение того, что за некий небольшой промежуток времени приходят письма с одинаковым содержимым.
Была тачка, RH 7.2 с ядром 2.4.18. Два винта, один WD 8Гб, другой Samsung 40Гб. На WD было 3 раздела boot, root и usr, а Samsung использовался как var. Сегодня утром оказалось, что root и usr (оба на WD) вылетели, нет super block и после e2fsck часть файлов потерялась, а часть содержит мусор. В логах есть такое:
Sep 6 04:02:04 bill syslogd 1.4.1: restart.
Sep 6 04:02:11 bill kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error
Sep 6 04:02:11 bill kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
Sep 6 04:02:11 bill kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error
Sep 6 04:02:11 bill kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
Sep 6 04:02:11 bill kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error
Sep 6 04:02:11 bill kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
Sep 6 04:02:11 bill kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error
Sep 6 04:02:11 bill kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
Sep 6 04:02:11 bill kernel: ide0: reset: success
и это фрагмент повторяется 3 раза. Потом идет много строк типа:
Sep 6 04:02:11 bill kernel: EXT3-fs error (device ide0(3,2)): ext3_readdir: bad entry
in directory #208631: directory entry across blocks - offset=0, inode=537079543, rec_
len=8204, name_len=1
Sep 6 04:02:12 bill kernel: EXT3-fs error (device ide0(3,2)): ext3_readdir: bad entry
in directory #468438: directory entry across blocks - offset=0, inode=537339350, rec_
len=8204, name_len=1
Есть мнение, что во всем виновать винт, говорят, что старые винты, иногда перед смертью начинают криво писать/читать. Хотя и материнка --- ASUS P3-BF не новая. Сегодня все день копировал туда/обратно разделы, никаких ошибок не было...
Хотелось бы услышать мнение в чем наиболее вероятная причина сбоя --- винт или материнка.
Еще хотелось бы узнать, можно ли заставить ядро при возникновении подобных ошибок перемонтировать все разделы на данном НЖМД в режим ro.
Шаблоны (templates) в С++ вороде обрабатываются препроцессором и передаются компилятору как обычный код.
Как можно увидеть код, в который превратися шаблон при компиляции?
А то есть чужая программ с утечкой памяти и с шаблонами, причем так что один шаблон используется в другом...
И где можно почитать про то как искать утечку памяти в C++?
(g++ 3.2.2)
Как можно задать src адрес ICMP пактов, возникающих в результате ошибки (type 3 Destination unreachable, type 11 time exceeded и т.д.), в зависимости от dst адреса пакета вызвовщего этот ICMP пакет под Linux'ом
Если подробнее, то ситуация следующая. Linux сервер подцеплен к 2 провайдерам, каждый из них марштутизирует на этот сервер сеть класса C. Естественно, что возникают ICMP пакеты, например, если приходит пакет c TTL 1. Как сделать, чтобы ICMP пакет type 11, возникший в ответ на пакет, пришедщий от первого провайдера, ушел к первому, а от второго --- ко второму.
Как написать spec файл, чтобы он собирал базовый rpm пакет как обычно (xxx-i386.rpm), а дополнительный пакет, содержащий файлы документации был noarch (xxx-doc-noarch.rpm). Если такое возможно вобще.
Кто-нибудь пользует nbd или enbd на ядрe 2.4.18 или 2.4.24
Есть необходимость построить реплицируемую файловую систему.
У меня nbd вобще не заработал (передается только первые блоки),
а enbd начинает творить чудеса если сетевой коннект пропадает.
В общем интересует мнение по поводу этих самых nbd/endb,
или может стоить копать в сторону iSCSI?