I'd very much be in favor of this. Constraints on data should indeed be
enforced by the database and/or backend, and not solely by which
front-end you use.
I'm rolling out our authoritative side of things right now, and it's
going to be a pain to check each GUI to make sure it behaves properl
On Thu, Jan 31, 2013 at 08:20:24PM +0100, Jan-Piet Mens wrote:
> > On long, solitary drives I get crazy ideas, and at a beastly hour this
> > morning, it happened again:
>
> FWIW, I'm taking this to [1], where I'm showing some examples of what is
> possible, even though this is probably less than
> On long, solitary drives I get crazy ideas, and at a beastly hour this
> morning, it happened again:
FWIW, I'm taking this to [1], where I'm showing some examples of what is
possible, even though this is probably less than a proof of concept. ;-)
-JP
[1] http://jpmens.net/2013/01/31/co
Hi Peter,
[Sorry for the delay]
Op 09/01/2013 om 13:23:32 +0100, schreef Peter van Dijk:
> On Nov 23, 2012, at 16:16 , Leo Baltus wrote:
>
> > ./configure --with-mysql=/foo supports /foo/lib/mysql,
> > /foo/lib and /foo/include/mysql however it lacks support
> > for /foo/include
> >
> > So we
On Thu, Jan 31, 2013 at 11:10 AM, RBK1001 wrote:
>
> Hi
Hi Paul,
> How I can know the PowerDNS Recursor is running in a 64-bits mode or not?
It says so in its log:
Jan 31 11:17:15 mandelbrot-gw pdns_recursor[8528]: Operating in 64 bits mode
Stefan
Hello Paul,
On Jan 31, 2013, at 11:10 , RBK1001 wrote:
> How I can know the PowerDNS Recursor is running in a 64-bits mode or not?
On Linux and *BSD, 'file pdns_recursor' can tell you how the Recursor was
compiled, and thus how it is running. I presume the same is true for Solaris
but I canno
Hi
How I can know the PowerDNS Recursor is running in a 64-bits mode or not?
Thanks
- rbk
--
View this message in context:
http://old.nabble.com/pdns_recursor-in-64-bit-mode-tp34966546p34966546.html
Sent from the PowerDNS mailing list archive at Nabble.com.
__
Hello Ivan,
this is how delegation is supposed to work. It looks fine from here too (on
212.47.212.211, it appears
to be broken on your actual name servers now).
On Jan 31, 2013, at 10:34 , iva...@vvpgroup.com wrote:
> dig @212.47.212.211 jabber.vvpgroup.com A
>
> will NOT give you any answer
Hi Aki,
dig @212.47.212.211 jabber.vvpgroup.com A
will NOT give you any answer about A record.
So you may get Info about NS serving jabber.vvpgroup.com, but you will not get
info about A-record.
On 31.01.2013 13:29, Aki Tuomi wrote:
Um.
% dig @212.47.212.211 jabber.vvpgroup.com
;; AUTHORITY
Hi Aki and James,
Yes, now jabber.vvpgroup.com works, but that's because I've rolled back to old
BIND9 installation.
If you do "dig @212.47.212.211jabber.vvpgroup.com" you will see the real sad
picture.
It looks like gMySQL backend does not support record delegation to 3rd-party NS
at all.
I
10 matches
Mail list logo