Make cron supply valid RFC822 From: and To: headers

2012-11-13 Thread Alexander Hall
Since I switched to SMTPD I noticed a few cron emails being marked as spam by spamassassin, largely caused by the From: and To: headers not containing a domain part. If I read RFC822 correctly, the domain part is not optional, and thus we should append one, unless MAILTO already specifies one.

Re: agp(4): agpmmap fix

2012-11-13 Thread Mark Kettenis
Date: Tue, 13 Nov 2012 11:55:07 +0100 From: Martin Pieuchot mpieuc...@nolizard.org After loosing some hairs trying to figure out where I screw up in mmaping the AGP aperture, here's a trivial fix. Diff below corrects the first argument of the agpmmap() function that should be a dev_t and

agp(4): release unbinded memory

2012-11-13 Thread Martin Pieuchot
While experimenting with the agp(4) interface I found that if you release the interface (AGPIOC_RELEASE) before closing its file descriptor you'll end up with allocated but unbinded memory blocks. This behavior is due to the fact that the agp_release_helper() function doesn't free the memory

Re: agp(4): release unbinded memory

2012-11-13 Thread Mark Kettenis
Date: Tue, 13 Nov 2012 12:30:29 +0100 From: Martin Pieuchot mpieuc...@nolizard.org While experimenting with the agp(4) interface I found that if you release the interface (AGPIOC_RELEASE) before closing its file descriptor you'll end up with allocated but unbinded memory blocks. That

Re: Make cron supply valid RFC822 From: and To: headers

2012-11-13 Thread Alexander Hall
On 11/13/12 13:49, Christian Weisgerber wrote: Alexander Hall alexan...@beard.se wrote: Since I switched to SMTPD I noticed a few cron emails being marked as spam by spamassassin, largely caused by the From: and To: headers not containing a domain part. If I read RFC822 correctly, the domain

Re: Make cron supply valid RFC822 From: and To: headers

2012-11-13 Thread Otto Moerbeek
On Tue, Nov 13, 2012 at 03:14:06PM +0100, Alexander Hall wrote: On 11/13/12 13:49, Christian Weisgerber wrote: Alexander Hall alexan...@beard.se wrote: Since I switched to SMTPD I noticed a few cron emails being marked as spam by spamassassin, largely caused by the From: and To: headers not

Re: agp(4): release unbinded memory

2012-11-13 Thread Martin Pieuchot
On 13/11/12(Tue) 13:45, Mark Kettenis wrote: Date: Tue, 13 Nov 2012 12:30:29 +0100 From: Martin Pieuchot mpieuc...@nolizard.org While experimenting with the agp(4) interface I found that if you release the interface (AGPIOC_RELEASE) before closing its file descriptor you'll end up

Re: agp(4): release unbinded memory

2012-11-13 Thread Mark Kettenis
Date: Tue, 13 Nov 2012 16:15:59 +0100 From: Martin Pieuchot mpieuc...@nolizard.org On 13/11/12(Tue) 13:45, Mark Kettenis wrote: Date: Tue, 13 Nov 2012 12:30:29 +0100 From: Martin Pieuchot mpieuc...@nolizard.org While experimenting with the agp(4) interface I found that if you

usr.bin/mail: use F_OK instead of 0 in access()

2012-11-13 Thread Gleydson Soares
hi, use F_OK macro instead of 0 in access() when cheching by file existence. make de code easier to read. no funcional change. OK ? Index: cmd2.c === RCS file: /cvs/src/usr.bin/mail/cmd2.c,v retrieving revision 1.18 diff -u -p

Re: Major dhclient(8) changes - no more dhclient-script

2012-11-13 Thread sven falempin
2012/11/9 Kenneth R Westerback kwesterb...@rogers.com Those of you following -current or running very recent snaps may have noticed a lot of changes to dhclient in the last couple of weeks. Aside from some major clean up, these changes revolve around the elimination of the dhclient-script as

Re: add intel 6235 support to iwn(4)

2012-11-13 Thread James Turner
I was actually able to add support myself with the following diff. -- James Turner ja...@calminferno.net Index: if_iwn.c === RCS file: /cvs/src/sys/dev/pci/if_iwn.c,v retrieving revision 1.115 diff -u -p if_iwn.c --- if_iwn.c11

Re: add intel 6235 support to iwn(4)

2012-11-13 Thread Paul de Weerd
This fixes iwn(4) for me too. Where previously I would get iwn0: fatal firmware error I now get a working setup with: iwn0 at pci1 dev 0 function 0 Intel Centrino Advanced-N 6030 rev 0x34: msi, MIMO 2T2R, MoW, address 88:53:2e:d9:dd:9d Full dmesg (including a boot with the previous kernel and