Let's get a .mac top level domain! As in www.xyz.mac

 
Thread Tools Search this Thread
Operating Systems OS X (Apple) Let's get a .mac top level domain! As in www.xyz.mac
# 1  
Old 02-12-2004
Let's get a .mac top level domain! As in www.xyz.mac

ICANN, the Internet Corporation for Assigned Names and Numbers, is inviting proposals for new sponsored top level domains.
This may be wishful thinking, but isn't that a chance to push for a .mac top level domain (TLD)?
I for one would VASTLY like the idea of having a domain of something.mac -- That's so much better than something.com in terms of spreading the love!

I see two options:
- Apple could initiate and sponsor this -- possibly with the option of giving their .mac subscribers actual joebloggs.mac domains with their subscription, which if you're asking me is LOTS better than homepage.mac.com/joebloggs. Of course, second level .mac domain registration should also be open to non-.mac users, for a non-excessive fee.
- A grassroots movement of Apple users could initiate and sponsor the process. That DOES however require quite a few people to really work on things (it's much easier for an existing company like Apple to do). And I for example simply can't at the moment even pledge any contribution in terms of time and effort (and definitely none in terms of money).

The ICANN announcement is at:
http://www.icann.org/announcements/a...nt-15dec03.htm

(previously posted at http://www.ropersonline.com/rcubed/#107652814204547996 and suggested to Apple and various other places)
Login or Register to Ask a Question

Previous Thread | Next Thread
Login or Register to Ask a Question
MAC_PREPARE(3)						   BSD Library Functions Manual 					    MAC_PREPARE(3)

NAME
mac_prepare, mac_prepare_type, mac_prepare_file_label, mac_prepare_ifnet_label, mac_prepare_process_label -- allocate appropriate storage for mac_t SYNOPSIS
#include <sys/mac.h> int mac_prepare(mac_t *mac, const char *elements); int mac_prepare_type(mac_t *mac, const char *name); int mac_prepare_file_label(mac_t *mac); int mac_prepare_ifnet_label(mac_t *mac); int mac_prepare_process_label(mac_t *mac); DESCRIPTION
The mac_prepare family of functions allocates the appropriate amount of storage and initializes *mac for use by mac_get(3). When the result- ing label is passed into the mac_get(3) functions, the kernel will attempt to fill in the label elements specified when the label was pre- pared. Elements are specified in a nul-terminated string, using commas to delimit fields. Element names may be prefixed with the '?' char- acter to indicate that a failure by the kernel to retrieve that element should not be considered fatal. The mac_prepare() function accepts a list of policy names as a parameter, and allocates the storage to fit those label elements accordingly. The remaining functions in the family make use of system defaults defined in mac.conf(5) instead of an explicit elements argument, deriving the default from the specified object type. mac_prepare_type() allocates the storage to fit an object label of the type specified by the name argument. The mac_prepare_file_label(), mac_prepare_ifnet_label(), and mac_prepare_process_label() functions are equivalent to invocations of mac_prepare_type() with arguments of "file", "ifnet", and "process" respectively. RETURN VALUES
Upon successful completion, the value 0 is returned; otherwise the value -1 is returned and the global variable errno is set to indicate the error. SEE ALSO
mac(3), mac_free(3), mac_get(3), mac_is_present(3), mac_set(3), mac(4), mac.conf(5), maclabel(7) STANDARDS
POSIX.1e is described in IEEE POSIX.1e draft 17. Discussion of the draft continues on the cross-platform POSIX.1e implementation mailing list. To join this list, see the FreeBSD POSIX.1e implementation page for more information. HISTORY
Support for Mandatory Access Control was introduced in FreeBSD 5.0 as part of the TrustedBSD Project. Support for generic object types first appeared in FreeBSD 5.2. BSD
August 22, 2003 BSD