This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/address-policy-wg@ripe.net/
[address-policy-wg] 2006-04 New Draft Document Published (Contact e-mail Address Requirements)
- Previous message (by thread): [address-policy-wg] 2006-04 New Draft Document Published (Contact e-mail Address Requirements)
- Next message (by thread): [address-policy-wg] 2006-04 New Draft Document Published (Contact e-mail Address Requirements)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Michael.Dillon at btradianz.com
Michael.Dillon at btradianz.com
Mon Oct 30 16:19:26 CET 2006
> We have published a draft document for the proposal described in
> 2006-04.
>From the draft document:
By making the wording of the existing policy about
contact information in the RIPE Database more explicit,
we should see less spam and abuse and more rapid
correction in network operations.
I question the logic of this proposal. While I also
would like to see less spam and more rapid correction
of network operational issues, I do not believe that
this policy addresses these problems at all. A spammer
that wants to comply with this policy change merely
needs to maintain an abuse contact that delivers all
complaints to an email robot which discards them in
the same way that the RIPE hostmaster robot discards
queries from unknown email addresses.
But the policy has a larger problem. It attempts to
place a stricter requirement on every organization
which has received an assignment from a RIPE member.
In this way it places a requirement on virtually
every organization, commercial and non-commercial,
which exists within our society. I do not believe
that this is justified and I do not believe that
most organizations have any real role to play in
preventing spam or correcting network operational
issues.
The real issue here is that current RIPE policies
allow RIPE members to wash their hands of all
network operational issues associated with the
addresses which they have assigned to other
organizations. It would be far better to fix this
policy by making it clear that there is one and
only one organization responsible for network
operational issues related to an allocated block
and that is the RIPE member who received the
allocation. If they want to have internal processes
and contractual agreements that delegate some of
that responsibility, that is OK, but they must
nevertheless remain the primary point of contact.
RIPE can impose an obligation on organizations
who have received an allocation directly from
RIPE and it can easily police such an obligation.
But once 3rd parties enter the situation, RIPE can
only make a lot of noise and create policies that
have no teeth which no one really has to follow.
The rules and policies surrounding the RIPE database
are part of the tradition that we have been blindly
following since the days of the ARPAnet when it was
neccessary to record all users of the network in
order to justify budget allocations. The network
climate has change around us but the policies have
not sufficiently evolved to meet the new environment.
--Michael Dillon
- Previous message (by thread): [address-policy-wg] 2006-04 New Draft Document Published (Contact e-mail Address Requirements)
- Next message (by thread): [address-policy-wg] 2006-04 New Draft Document Published (Contact e-mail Address Requirements)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]