On Mon, 2014-07-07 at 16:10 +0200, Petr Spacek wrote:
> On 30.6.2014 17:38, Simo Sorce wrote:
> > On Mon, 2014-06-30 at 17:13 +0200, Martin Basti wrote:
> >> On Tue, 2014-06-24 at 11:49 +0200, Petr Spacek wrote:
> >>> On 23.6.2014 17:49, Martin Basti wrote:
> On Mon, 2014-06-23 at 17:44 +0200,
On 30.6.2014 17:38, Simo Sorce wrote:
On Mon, 2014-06-30 at 17:13 +0200, Martin Basti wrote:
On Tue, 2014-06-24 at 11:49 +0200, Petr Spacek wrote:
On 23.6.2014 17:49, Martin Basti wrote:
On Mon, 2014-06-23 at 17:44 +0200, Martin Basti wrote:
Hello,
I have following issues:
#1 Upgrading exist
On Mon, 2014-06-30 at 17:13 +0200, Martin Basti wrote:
> On Tue, 2014-06-24 at 11:49 +0200, Petr Spacek wrote:
> > On 23.6.2014 17:49, Martin Basti wrote:
> > > On Mon, 2014-06-23 at 17:44 +0200, Martin Basti wrote:
> > >> Hello,
> > >> I have following issues:
> > >>
> > >> #1 Upgrading existing r
On Tue, 2014-06-24 at 11:49 +0200, Petr Spacek wrote:
> On 23.6.2014 17:49, Martin Basti wrote:
> > On Mon, 2014-06-23 at 17:44 +0200, Martin Basti wrote:
> >> Hello,
> >> I have following issues:
> >>
> >> #1 Upgrading existing replicas to support DNSSEC won't work for current
> >> design (replica
On 23.6.2014 17:49, Martin Basti wrote:
On Mon, 2014-06-23 at 17:44 +0200, Martin Basti wrote:
Hello,
I have following issues:
#1 Upgrading existing replicas to support DNSSEC won't work for current
design (replica-file as storage for temporal replica key).
Temporal private key needs to be copi
On Mon, 2014-06-23 at 17:44 +0200, Martin Basti wrote:
> Hello,
> I have following issues:
>
> #1 Upgrading existing replicas to support DNSSEC won't work for current
> design (replica-file as storage for temporal replica key).
> Temporal private key needs to be copied to replica, and no encrypted
Hello,
I have following issues:
#1 Upgrading existing replicas to support DNSSEC won't work for current
design (replica-file as storage for temporal replica key).
Temporal private key needs to be copied to replica, and no encrypted
master-key for replica is prepared in LDAP, because user doesn't n