I know this is not in the map page, so out of the box it's possible.
But is there any trick for example to have something like this
reject from any for domain recipient ! set pftable "spamd"
in smtpd.conf and have it add the source IP into the spamd table of pf?
So, instead of adding spam trap
On Thu, Nov 05, 2015 at 09:35:01PM +, Christian Weisgerber wrote:
On 2015-11-05, Tati Chevron wrote:
Or to be more general - what is the best way to manage a local
copy of the distfiles archive?
dpb -F2; clean-old-distfiles
Seems like dpb has come a long way since I last read the manpa
On 11/06/2015 02:33 AM, Stuart Henderson wrote:
On 2015-11-05, Stuart Henderson wrote:
On 2015-11-04, Toyam Cox wrote:
The default setting for "do-not-query-localhost" is "yes".
You may want to add "do-not-query-localhost: no" to your config in the
"server" section.
Right.
On Wed, Nov 4, 2
Hi all
Since I upgraded my gateway / filter to an APU1D running 5.8-stable,
I've been getting "connection refused" every time I try to access
www.openbsd.org or ftp.openbsd.org.
- the gateway gets its connection from a ONT, via a switch which does
some vlan splitting (VoIP and IPTV vlans
On 2015-11-06 12:08, Zé Loff wrote:
> Since I upgraded my gateway / filter to an APU1D running 5.8-stable,
> I've been getting "connection refused" every time I try to access
> www.openbsd.org or ftp.openbsd.org.
(For some reason my Thunderbird refused to quote your debug dump output.
Probably bec
On 2015-11-06, Alan Corey wrote:
> dpb's great, especially since I rtfm'd enough to find the -I flag.
> But I'm trying to build and install ports on a machine and use it for
> something else at the same time. It's not like I've got a lot of
> machines.
>
> It seems like priority or niceness would
Em 05-11-2015 23:07, Jeremy escreveu:
> Nov 6 08:25:34 janus dhcpd[11758]: DHCPREQUEST for 192.168.7.36 from
> b4:ae:2b:2f:b6:bf via em0
> Nov 6 08:25:34 janus dhcpd[11758]: DHCPACK on 192.168.7.36 to
> b4:ae:2b:2f:b6:bf via em0
> Nov 6 08:25:46 janus dhcpd[24427]: Can't open f: No such file o
Benny Lofgren wrote:
> FWIW, I'm seeing the same bad ip checksum errors on my development
> computer running -current (as of sometime last week). This is regardless
> of what site I try to connect to (well, I tried two, www.openbsd.org and
> one not running OpenBSD).
>
> On a stock 5.7 server (hav
Building firefox38.4.0esr
===>Â Verifying specs:Â icudata icui18n icuuc X11 Xext Xrender Xt atk-1.0 c
cairo fontconfig freetype gdk_pixbuf-2.0 gio-2.0 glib-2.0 gobject-2.0
gthread-2.0 m nspr4 nss3 pango-1.0 pangocairo-1.0 pangoft2-1.0 plc4 plds4
pthread event kvm sqlite3>=31Â smime3 snd
On Fri, Nov 6, 2015 at 10:26 AM, Ted Unangst wrote:
> If I'm not mistaken, machines that do hardware checksumming will show an
> incorrect checksum in tcpdump.
That sounds like it should be a problem with some specific machines,
rather than a protocol issue.
Do you recall which machines exhibite
On 11/6/15, Raul Miller wrote:
> On Fri, Nov 6, 2015 at 10:26 AM, Ted Unangst wrote:
>> If I'm not mistaken, machines that do hardware checksumming will show an
>> incorrect checksum in tcpdump.
>
> That sounds like it should be a problem with some specific machines,
> rather than a protocol issu
Somebody claiming to be Jan Vlach wrote:
> Duh ... for the record:
>
> man stty ...
>
> $ stty -flusho
>
> restores output. Thank you for your attention :-)
And to answer your original question, this is a feature. Or, several
features interacting in a surprising way.
What's happening undernea
It's still not possible to boot miniroot58.fs on a mid-2012
MacBookAir5,1, the miniroot58.fs I tried is dated 06-Nov-2015 13:24
from ftp.fr.openbsd.org.
https://pbs.twimg.com/media/CTJ9GCcUcAAtDvh.jpg
Sevan / Venture37
> On 06 Nov 2015, at 21:39, Sevan / Venture37 wrote:
>
> It's still not possible to boot miniroot58.fs on a mid-2012
> MacBookAir5,1, the miniroot58.fs I tried is dated 06-Nov-2015 13:24
> from ftp.fr.openbsd.org.
>
> https://pbs.twimg.com/media/CTJ9GCcUcAAtDvh.jpg
Yes, this is a known problem.
On 6 November 2015 at 22:27, Joerg Jung wrote:
> Yes, this is a known problem.
> See https://github.com/yasuoka/openbsd-uefi/issues/2
> Try latest install58.fs and boot the uncompressed bsd.rd.
Thanks, switched to install58.fs and just booted, it defaulted to
bsd.rd kernel & booted without issue.
On 09/11/15 11:55, luke...@onemodel.org wrote:
Short version: In OpenBSD 5.7 (with all the latest security
patches), after some video playing, it
starts to stutter, and doesn't recover until I reboot. Is there
a way to "reset all the audio" back so it works, short of rebooting?
I haven't found th
16 matches
Mail list logo