I haven't looked close at source (spamd/spamd.c) yet, but if PF is not 
loaded when running spamd -g I get a continuous loop:

   394 spamd    GIO   fd 3 wrote 81 bytes
       "<31>Apr 14 12:25:37 spamd[394]: read_configline: fgetln (Operation not\
         permitted)"
   394 spamd    RET   sendto 81/0x51
   394 spamd    CALL  gettimeofday(0xbfbffac8,0)
   394 spamd    RET   gettimeofday 0
   394 spamd    CALL  select(9,0x885c150,0x885c160,0,0)
   394 spamd    RET   select 1
   394 spamd    CALL  gettimeofday(0xbfbfedd8,0)
   394 spamd    RET   gettimeofday 0
   394 spamd    CALL  getpid
   394 spamd    RET   getpid 394/0x18a, 1
   394 spamd    CALL  issetugid
   394 spamd    RET   issetugid 1
   394 spamd    CALL  issetugid
   394 spamd    RET   issetugid 1
   394 spamd    CALL  open(0x480fd6b3,0,0x1b6)
   394 spamd    NAMI  "/usr/share/nls/nls.alias"
   394 spamd    RET   open -1 errno 2 No such file or directory
   394 spamd    CALL  open(0xbfbfe970,0,0x48059bfc)
   394 spamd    NAMI  "/usr/share/nls/C/libc.cat"
   394 spamd    RET   open -1 errno 2 No such file or directory
   394 spamd    CALL  open(0xbfbfe970,0,0x48059bfc)
   394 spamd    NAMI  "/usr/share/nls/libc/C"
   394 spamd    RET   open -1 errno 2 No such file or directory
   394 spamd    CALL  sendto(3,0xbfbff250,0x51,0,0,0)
   394 spamd    GIO   fd 3 wrote 81 bytes
       "<31>Apr 14 12:25:37 spamd[394]: read_configline: fgetln (Operation not\
         permitted)"


I noticed this because I had hardware failure and had to revert to older 
kernel for new hardware and so PF was not loaded and spamd used up high 
CPU.

I haven't tested with latest on OpenBSD itself -- so didn't report there.

 Jeremy C. Reed

echo ':6DB6=88>?;@69876tA=AC8BB5tA6487><' | tr '4-F' 'wu rofIn.lkigemca'