On 17/04/2020 19:44, ignat...@cs.uni-bonn.de wrote:
On Fri, Apr 17, 2020 at 10:52:37AM -0700, Greg A. Woods wrote:
I doubt they demand either.
You many not care about delivery to sites that do care but I've
certainly had e-mail bounced or classified as spam due to the lack of a
PTR
On Fri, Apr 17, 2020 at 10:52:37AM -0700, Greg A. Woods wrote:
> At Thu, 16 Apr 2020 09:14:30 +0200, ignat...@cs.uni-bonn.de wrote:
> Subject: Re: SMTP servers receiving from gmail
> >
> > On Wed, Apr 15, 2020 at 10:55:25PM +0200, Rhialto wrote:
> > [Google "Mail"]
> >
> > > They demand DKIM or
> Just in case there was something botched in my local builds, I updated
> the sparc system from the latest nightly builds of netbsd-7 and netbsd-8.
>
> The behavior is the same. Both netbsd-[78]/sparc produce a bad DNSSEC DS
> hash (the first line):
>
> . IN DS 20326 8 1
Just in case there was something botched in my local builds, I updated
the sparc system from the latest nightly builds of netbsd-7 and netbsd-8.
The behavior is the same. Both netbsd-[78]/sparc produce a bad DNSSEC DS
hash (the first line):
. IN DS 20326 8 1
At Thu, 16 Apr 2020 09:14:30 +0200, ignat...@cs.uni-bonn.de wrote:
Subject: Re: SMTP servers receiving from gmail
>
> On Wed, Apr 15, 2020 at 10:55:25PM +0200, Rhialto wrote:
> [Google "Mail"]
>
> > They demand DKIM or similar configurations, which I refuse to use,
> > because its a lot of work to
On Fri, 17 Apr 2020, John D. Baker wrote:
> A netbsd-9/sparc host produces identical output to your example. When
> next I am able, I will boot the primary name server with netbsd-9 and
> run the test again.
Before doing that, I had occasion to build 8.99.34 (just before sparc
switched to
Benny Siegert writes:
> If you want full control over what pkg_rr does, manually mark the
> packages to rebuild with "pkg_admin set rebuild=YES $pkgname".
>
> For instance, you can run pkg_chk -n (IIRC) to print the list of
Perhaps "pkg_chk -uq":
> packages to update into a file, do whatever
Bob Bernstein writes:
> I want to run RR on my system but prevent it from rebuilding;
>
> 1. www/ikiwiki
>
> and
>
> 2. Any perl package on which it depends. (There are many.)
I can completely understand why you want this, but it is unsound. There
are in general other packages which depend on
On Fri, 17 Apr 2020, Havard Eidnes wrote:
> Date: Fri, 17 Apr 2020 10:54:08 +0200 (CEST)
> To: jdba...@consolidated.net
>
> > When I tried turning on DNSSEC on the primary name server, it could no-
> > longer resolve outside my own local network. I think BIND in netbsd-7
> > is considered too
On Fri, Apr 17, 2020 at 2:49 AM Bob Bernstein wrote:
> 1. www/ikiwiki
>
> and
>
> 2. Any perl package on which it depends. (There are many.)
If you want full control over what pkg_rr does, manually mark the
packages to rebuild with "pkg_admin set rebuild=YES $pkgname".
For instance, you can run
> When I tried turning on DNSSEC on the primary name server, it could no-
> longer resolve outside my own local network. I think BIND in netbsd-7
> is considered too old to properly support current DNSSEC, so I commented
> those options out and it was again able to resolve external domains.
I
Hello,
Has anybody managed to have a working version of Wine on NetBSD 8.0
amd64?
The only one compilable with pkgsrc is the wine-dev leading to a wine64.
I have set the USER_LDT option in the kernel and tried the
sysctl -w vm.user_va0_disable=0
but to no avail.
even trying, under X11
> On Thu, Apr 16, 2020 at 04:37:23PM +0200, Fekete Zoltán wrote:
> > Hi There,
> > I have a 3rd party, closed-source binary .so file.
> > I can use it on NetBSD with the COMPAT_LINUX option and some other linux
> > libraries along.
> > So, I guess there is no linux-specific system call inside
On Thu, 16 Apr 2020, r...@reedmedia.net wrote:
> The named is misleading. Even though it logs about using bind.keys file
> or using using built-in keys, it is not. When using defaults of
> "dnssec-enable yes;" and "dnssec-validation yes;" you have to have a
> trusted-keys or managed-keys also
14 matches
Mail list logo