12:02 p.m.
Content preview: On Mon, Jun 06, 2016 at 07:37:51PM +1000, Yuko Katabami wrote:
Hi Eliraz and all, > > I would like to ask for your help with
the following
question. > > *File: *AppErrors > > *Resource ID: *
BAD_CIDR_FORMAT
> > *String: *CIDR bad format, expected: > > x.x.x.x/y
where: > > x belongs
to [0,255] > > y belongs to [0,32] > >
both inclusive > > *Question: *Could
you confirm "x belongs to [0,255]" means that x needs to > be replaced
with
a value within the range between 0 and 255, [...]
Content analysis details: (-1.2 points, 5.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked.
See
http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
for more information.
[URIs: wikipedia.org]
0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail)
-1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
[score: 0.0000]
X-SA-Exim-Connect-IP: 2a02:1398:804::199
X-SA-Exim-Mail-From: ewoud+ovirt(a)kohlvanwijngaarden.nl
X-SA-Exim-Scanned: No (on mail.xentower.nl); SAEximRunCond expanded to false
Subject: Re: [ovirt-devel] [oVirt 4.0 Localization Question #6]
"BAD_CIDR_FORMAT"
X-BeenThere: devel(a)ovirt.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Main development list for oVirt <devel.ovirt.org>
List-Unsubscribe: <http://lists.ovirt.org/mailman/options/devel>;,
<mailto:devel-request@ovirt.org?subject=unsubscribe>
List-Archive: <http://lists.ovirt.org/pipermail/devel/>
List-Post: <mailto:devel@ovirt.org>
List-Help: <mailto:devel-request@ovirt.org?subject=help>
List-Subscribe: <http://lists.ovirt.org/mailman/listinfo/devel>;,
<mailto:devel-request@ovirt.org?subject=subscribe>
X-List-Received-Date: Mon, 06 Jun 2016 10:45:57 -0000
On Mon, Jun 06, 2016 at 07:37:51PM +1000, Yuko Katabami wrote:
Hi Eliraz and all,
I would like to ask for your help with the following question.
*File: *AppErrors
*Resource ID: * BAD_CIDR_FORMAT
*String: *CIDR bad format, expected:
x.x.x.x/y where:
x belongs to [0,255]
y belongs to [0,32]
both inclusive
*Question: *Could you confirm "x belongs to [0,255]" means that x needs to
be replaced with a value within the range between 0 and 255,
Yes, but because it's inclusive 0 and 255 are valid as well.
and "y belongs to [0,32]" means that y needs to be
replaced with a value
within the range between 0 and 32?
Yes.
Could you also help us understand what "both inclusive"
means?
It means it includes 0 and 255 or 32. So 0.0.0.0/0 is valid, as is
255.255.255.255/32. CIDR means Classless Inter-Domain Routing, see
https://en.wikipedia.org/wiki/Classless_Inter-Domain_Routing for more
information.