Re: relayd.conf.5: less SSL

sage. And I think undeadly.org would be more than happy to help spread the word :) - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/ "Remember to set the evil bit on all malicious ne

Re: FWD: FWD: Re: Setting personal mailserver

r than the standard ones. To put it bluntly, what you need is not a new smtpd feature. What you need is for you to take the advice given on the opensmptd mailing list: Read the literature others have pointed you at, and please consider one or more of the alternative approaches that have been

Re: preliminary kabylake support for inteldrm

On 09/27/17 18:41, Peter N. M. Hansteen wrote: > On 09/27/17 00:07, Robert Nagy wrote: >> >> Hi >> >> This is an updated diff for preliminary kabylake support for 6.2, >> this needs extensive testing on all inteldrm variants. >> >> This diff is als

Re: preliminary kabylake support for inteldrm

https://home.nuug.no/~peter/20170927_xdpyinfo_greyhame.txt - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delil

Re: OpenBSD 5.6 Released

install. Congratulations on yet another excellent release! - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949

Re: Packet Filter nat-to issue

{ smtp smtps 587 \ imap imaps pop3 pop3s } nat-to $natto_addr as always, a pfctl -vnf on the config file would show all these things expanded (yes, I've been bit by the exact same round-robin problem myself) - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team

Re: Iso image integrity verification

On Fri, Sep 13, 2013 at 10:32:43AM +0300, Paul Irofti wrote: Yes, the MITM was DPD. Great currier. I recommand it to everyone. NOT! ^courier the two aren't necessarily mutually exclusive ;) - P -- Peter N. M. Hansteen, member of the first RFC 1149

Re: pfctl / nat / dhcp

one member, you should be OK. - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after

Re: PF-MIB for snmpd

-current, right? - P -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.

Re: recent change of nat-to behavior

correctly AFAICS. So you should consider this bug closeable. - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949

Re: recent change of nat-to behavior

inet6 fe80::250:daff:fe21:cbc9%xl0 prefixlen 64 scopeid 0x3 inet6 2001:16d8:ccbc:dead:beef::1 prefixlen 64 But anyway, with this snapshot I don't need to rewrite the NAT parts of my tutorial :) - P -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http

recent change of nat-to behavior

out log on $ext_if inet nat-to $ext_addr restored the config to a working state. Does this count as a buglet (or something that should be documented, at least)? - P -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http

Re: recent change of nat-to behavior

Not the most precise description I see - pe...@bsdly.net (Peter N. M. Hansteen) writes: match out log on $ext_if inet nat-to ($ext_if) AFter upgrading, this was loaded as match out log on $ext_if inet nat-to $ext_addr round-robin Actually match out log on $ext_if inet nat-to $ext_if

Re: recent change of nat-to behavior

Ryan McBride mcbr...@openbsd.org writes: Please try a newer snapshot, this bug was fixed in the following commit: Trying a newer snapshot is exactly what I plan to do, no worries - P -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http

Troublesome bge variant:

bytes/sector, 30233588 sectors vscsi0 at root scsibus2 at vscsi0: 256 targets softraid0 at root scsibus3 at softraid0: 256 targets root on wd0a (c45f82cf8c94c709.a) swap on wd0b dump on wd0b - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com

EuroBSDCon 2011 - is your proposal in yet?

! - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.

Re: invalid ata_xfer state 06: Apr 23 snapshot amd64, Lenovo Thinkpad SL500

targets softraid0 at root root on sd0a swap on sd0b dump on sd0b -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949

invalid ata_xfer state 06: Apr 23 snapshot amd64, Lenovo Thinkpad SL500

TouchStrip Fingerprint Sensor rev 1.00/0.33 addr 3 vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root root on sd0a swap on sd0b dump on sd0b -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no

Re: Hello

the idea I kinda like it for now. - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected

Re: Allegations regarding OpenBSD IPSEC

; if you agree, please make that URL visible via whatever news sites you can think of (yup, it's in the /. submissions queue). - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set

Re: Allegations regarding OpenBSD IPSEC

for the buck. - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.

Re: end the VOP experiment

Kenneth R Westerback kwesterb...@rogers.com writes: Man, another reason to get my vax up to -current. Sigh. :-) More idle curiosity than anything else (although I occasionally get that question myself), how long does a typical vax 'make build' take? - Peter -- Peter N. M. Hansteen, member