@jaymonkey
I read your long post on the previous page and was curious about your issue. Was the WIFI card using a en0 or en1?
AFAIK ethernet must always be a en0 for iMessage to work and wifi can be en1 or 2. Could it have been possible that the wifi card took the en0 port by default for some odd reason on the first attempt?
Ive recently updated my wifi card to a native apple wifi/bluetooth and had no issues as the ethernet en0 remained the same.
@Wolfe81,
As with all my Gigabyte ITX builds with built in Ethernet ports, the on board NIC's were correctly identified as en0 & en1, the WiFi card was detected as en2 :-
I think you may have miss-understood my post, in almost all cases except this one and the previous build that the wifi card came from, I usually build my systems in my lab which has plenty of CAT5 outlets to our company network. However this time i built it in another room and could not be bothered to move to a room with CAT5/ethernet so i used the WiFi connection to initiate the iCloud & iMessage testing.
As it was brand new build obviously all critical ID's were new .. S/N , SM UUID, the two on-board ethernet MAC addresses .. etc and none were logged in Apples Database. If i had connected to iMessage using one of the ethernet ports i'm sure it would have worked fine.
But in this case i used the recycled WiFi card, its MAC address was all-ready associated with a device UUID thus causing the iMessage issue. Once i swapped out the WiFi card for a new one, iMessage started working straight away.
I've not seen this behaviour before after building 10+ Hacks, which is why i though id share the experience with others. It would suggest that Apple are using the MAC address of the
currently active NIC when registering the device for the first time on Apples systems regardless of en ID.
I originally thought that Apple always used the MAC address of en0 regardless of the interface you used at the time of device registration but it would seem that this is not the case.
Note: Yesterday I built up the old H77N motherboard, CPU and wifi card in a spare chassis, restored the timemachine backup and it worked straight away (connected via wifi) indicating that the wifi card's MAC Address must still be associated with the old machines UUID/SN ?
Or at least that is what i am theorising .... if someone can provide an alternative explanation i'm all ears, if we can fully understand whats going on at Apples end we stand a better chance of resolving all iMessage issues ?
Food for though as they say ...
Cheers
Jay