How to Fix iMessage (iCloud & AppStore)
How to fix
(also Appstore, iTunes & iCloud)
09-06-2014: Add Important note about S/N changes to Step 3
08-06-2014: Add NIC EFI injection to Step 2
19-05-2014: Part-2 of the guide moved to Post #2
18-05-2014: Confirmed Working - OSX Mavericks 10.9.3
15-05-2014: Update Step 5C for Chimera V3.0+ users
23-04-2014: Re-write and simplify Step-2
17-04-2014: SId Bug Fix and UUID miss-match
10-04-2014: New iMessage issues identified
31-03-2014: Rewrite Step-5c and consolidate notes
30-03-2014: Updated info on Credit Card expired
06-03-2014: Updated info on issue effecting RAID users
03-03-2014: Updated info on Apple ID validation check
02-03-2014: Reformat and re-order entire guide
02-03-2014: Confirmed Working - OSX Mavericks 10.9.2
30-12-2013: Confirmed Working - OSX Mavericks 19.9.1
26-10-2013: Updated info on BSD Name issue
24-10-2013: Confirmed Working - OSX Mavericks 10.9.0
30-09-2013: First release of guide made public
25-08-2013: Confirmed Working - OSX Mountain Lion 10.8.5
01-08-2013: Confirmed Working - OSX Mountain Lion 10.8.4
Update: 19 May 2014 - Part-2 of the Guide moved
Please note that Part 2 of this guide now follows directly below Part-1 (Post #2) and is no longer at post #404, If you find any links in the guide not working please let me know.
Update: 15th May 2014 - Chimera 3.0 and later.
If you have installed or updated to Chimera Version 3.0 or later be sure to read Note 4 in Step 5C below.
Update: 17th April 2014 - New iMessage issues & the SId Bug
Apple have recently made some changes on their iMessage relay servers that can cause new issues for hackingtosh systems that iMessage was working perfectly on.
Symptoms of these new issues include all contacts in iMessage displaying in red text, and at least two previously unseen alert messages. It does not effect everyone but it does appear to be effecting users of Gigabyte GA-Z77-UP5-TH motherboards, there are reports of the same issue's occurring on other hardware too.
Since Part-1 of the guide is getting a little on the large size for a single post, I've written Part-2 as a new section which covers the above and future iMessage issues, please Jump to Part 2 for further details.
If your new to iMessage and/or this is your first time visiting my guide then I would suggest that you carry on reading and start with Part-1 below, it details important basic information you need to know and understand in order to get iMessage working on a hackingtosh computer along with the more common issues seen, only move on to part-2 if you need to.
iMessage - Apple's cross-device, instant messaging system built into OSX (and IOS) is quite possibly the most finicky software element to get working correctly when OSX is running on non-Apple hardware. Having built and installed many hackingtosh systems over the past few years, i've run into iMessage issues many times, in each and every case it was a different problem requiring a new solution.
Symptoms of iMessage problems usually show as a sign in or activation error
I wrote this guide to share my findings with those of you who are having issues running iMessage on a OSX hackingtosh system, some steps of the guide are critical, others are optional - this is made clear at each step of the guide.
As you will find, there are many different factors that can effect iMessage and stop it from working, I am quite sure that there are still more to be found, as such I can not guarantee that this guide will fix your problem 100% but it has helped many many users and should have at least a 95% chance of working for you. I will continue to update the guide as new solutions are found and confirmed.
I would suggest that you read through the entire guide first and digest each of the steps before making any changes to your system. I have tried to explain the reasons behind each issue and solution. I believe that its important to learn and understand how things work, anybody can upload a file and tell you what to do with it but nobody learns from that.
It's quite possible that you can resolve your iMessage issue with just one or two of the following steps, before you start make sure you've got an up-to-date TM or CCC backup, there is nothing here that should cause you any problems, all the steps are relatively straight forward and easy to apply, just take you time and be sure to follow the instructions carefully. I am not responsible for any damage or loss of data you may incur by using this guide.
Important info for Apple RAID users
If you boot OSX from a normal single drive (HDD or SSD) then skip forward to step 1, but if you boot OSX from a Apple software RAID then there is an added complication in that it is not possible to apply all the fixes in this guide on an active software RAID.
To negate this complication you must first clone your RAID volume to a standalone HDD using Carbon Copy Cloner or similar utility, install a boot loader and modify the chameleon plist in /Extra so that you can boot OSX from this non RAID clone (be sure to remove Kernel Cache=Yes and RAID uuid from the boot flags). Once booted from the clone HDD, apply the necessary steps from the guide to get iMessage working.
When your happy that everything is working ok, take a deep breath and delete your existing RAID set, it's also worth erasing the two RAID member drives just so you know that everything is fresh and makes for a good opportunity to update your boot loader, then re-create your RAID so a new uuid is generated,
Now clone the standalone HDD back to the new RAID set, make the RAID bootable by installing the boot loader via the command line method to each of the RAID helper partitions and copy the entire /Extra folder to the two RAID helper partitions, be sure to edit the chameleon plist so that it boots using the new RAID uuid and Kernel Cache=Yes.
Its sounds a pain and it is, it's time consuming and carries a certain amount of risk but all OSX software RAID users should be familiar with this method as its how we get our RAID's woking in the first place, so if you think of it along those lines and it wont seem quite so daunting, just be sure to cover yourself with multiple backups if possible.
Warning: If you don't understand the above then please stop now, do some research and make yourself familiar with the way a OSX RAID is created and made bootable on a Hackingtosh system, you can use this guide as a starting point. Please be sure to read the additional RAID notes towards the end of the guide.
Step-1: Credit Cards and Verifying your AppleID
There are four different types of AppleID account:-
- Basic Verified
- Pro (Verified)
- Developer (Verified)
It doesn't matter what type of account you have or if your AppleID is registered as @me.com, @mac.com, @icloud.com or a non-Apple email address, if your going to use it with iMessage it must be verified and the easiest way of making your AppleID verified is to register a credit card against it.
You can check the 'Verified' status of your AppleID by logging into Apple's on-line Account manager :-
By registering a credit card against your Apple ID, Apple's servers and systems know that your AppleID has a verified name and address meaning that all traffic sent and received by that Apple ID are traceable to someone (or somewhere) ....
The most secure way to register a credit card against your AppleID is through iTunes or the App Store, try to avoid using a web address in a browser, there have been several reports of fake AppleID phishing sites, most of these scams work via fake emails that contain a rouge link to a fake AppleID log-in page, the email usually asks you to confirm or update your AppleID, don't be fooled even if the address looks like it might reside on legit server.
Note: Some users have reported success at using their PaPal Account as a means of AppleID Verification and payment. I personally can not confirm this works as I have not used this method, if you try this and it works for you then please post some feedback.
For veteran OSX users its possible that you have an old AppleID (@mac.com ..etc) which you haven't used for a while, but if it has a credit card registered against it that is still current then you could try using it to test iMessage.
If your AppleID already has a Verified status but you are still having trouble with iMessage login or authentication, you could try changing your AppleID password, this is one of the oldest tricks in the book for resolving iMessage login issues. It has also been reported that sometimes updating your account details (address ..etc) or purchasing something from the AppStore or iTunes can also revive iMessage functionality.
Do not be tempted to remove your credit card info once your account is verified, iMessage will stop working at some point if you do.
You should also be aware that once the credit card expires on your AppleID, you are given a grace period which seems to be around 30 days to register a new one. If you do not register a new, valid credit card within the grace period, iMessage will stop working.
Step-1 Summary: Your Apple ID must have a Verified status and a valid credit for iMessage to work.
Step-2: Network Interface BCD names.
I stumbled across this (potential) issue while helping out a good friend of mine to get iMessage working, one thing that was different for him was that iCloud and the App-Store were also not working despite having an otherwise perfect system with Internet and local LAN all working fine. We have identical hardware builds so after walking him through some of the other steps a few times, we started to dig a little deeper.
Open 'System Information' [About this MAC -> More Info -> System Report] and click on 'Ethernet Cards' , you should see a list of installed NIC's on your system, for each NIC you will see a list of parameters such as Type, Bus, VendorID, DeviceID ... etc
Look at the parameter called 'BSD name' for each of your network interfaces, they should be called 'en0', 'en1' ... etc
In our case we both have Gigabyte GA-Z77-UD5H motherboard's which have two built-in LAN ports, one is a Atherios LAN controller and the other is the Intel LAN controller built into the Z77 chipset, on my system the Intel port was named 'en0' and the Atherios port was 'en1'.
When I compared this with my friends system his Intel port was 'en2' and the Atherios port was 'en1' there was no 'en0' ? - How this occurred during the OSX install i'm not sure ?
We tried removing the network devices in [System Preferences -> Network] and re-adding them, we un-plugged cables and moved things around and after what seemed like hours, we eventually were able to get the Intel port identified as 'en0' but after trying all the steps below again, iCloud would still not work.
It maybe possible to manually change the BSD names by editing the key <BSDname> in the following file:-
An easer solution is to delete the above file and reboot, OSX should re-discover your Network Interfaces and rebuild NetworkInterfaces.plist hopefully with the correct BSD names. If the BSD names are still not correct and you have add-on NIC's such as PCI or USB then you could try removing them first and let OSX assign the builtin NIC's first, then re-install your add-on NIC's
In our case we decided to re-install OSX and this time the Intel LAN port had a BSD Name of 'en0' and after applying Step-5c iMessage and iCloud worked fine..
Update: 8th June 2014
Another way of checking your BCD names and NIC configuration is to use DPCIManager 1.5, which you can download from here:-
Once installed run it and make sure your on the 'Status' tab, the top part of the Status screen will identify all your network interfaces and display their BCD names, as explained above, the BCD names should start at 'en0', additionally the 'Builtin' check box next to each interface must be checked for iMessage to work on each of the detected network interfaces.
If it is not then check that you have the following key and string in your boot.chameleon.org.plist:-
if you do have this key and string in your plist but the 'Builtin' check box is not ticked then click on the 'eye' icon for the appropriate interface (at the right hand side of each entry), you will be given an EFI string that you can add to your boot.chameleon.org.plist in /Extra, this string is required for correct iMessage operation, for most users the Boot-Loader will identify the correct EFI string and automatically inject it, however in some rare instances this does not work in which case you should manually inject the NIC(s) EFI string(s) identified by DPCIManager (if your using Clover boot-loader please see the clover documentation on how to inject EFI strings)
If it does not work straight away, you may have to try one or two of the other steps such as deleting all previous iMessage setup data (See Step 3 below), reset password, delete nvram.uuid.plist in /extra ... etc.
I'm still not entirely sure what the deal is with BSD names and iMessage, the only conclusion i can draw at the moment is that BSD names should start with 'en0' and be numbered sequentially for the number of NIC's in your system and each NIC should be identified as 'Builtin'.
All of my hackingtosh builds are using 'en0' and 'en1' for the 'Builtin' ethernet NIC's, if you have both ethernet and WiFi like my trusty Sony Vaio-SE2 laptop hackingtosh, the LAN port should be assigned to 'en0' and the WiFi should be 'en1' (see above DPCIManager 'Status' screen grab).
There is a bit more information on the issue with BSD names and a possible way to avoid the problem in the future here.
Step-2 Summary: Network BSD names should be 'en0', 'en1' ... etc
Step-3: SMBIOS.plist and Boot-loader
It is critical that you have a unique OSX Serial Number (S/N), the latest version of Multibeast should take care of this during installation when it creates the SMBIOS.plist file in/Extra, but as an added precaution I would recommend running Chameleon Wizard (it's in the community downloads section) to generate a new OSX S/N.
Try to keep the number of times you change the OSX S/N to an absolute minimum as Apple will detect the change against your devices UUID, the S/N is only allowed to be changed a certain number of times before Apple will block your device's UUID against your AppleID (See Part-2 of the guide for more details on this, you can override your SystemId (UUID) by means of the SId Bug fix
You should also be aware that your S/N can change automatically if you alter the OSX System Type ID (eg form MAC Pro 3,1 to iMac 14,1) using Chameleon Wizard. The System Type ID is also defined by the first two digits of the S/N and can be either 'CK' or 'CO'. When you use one of Chameleon Wizards pre-made SMBIOS's it will atomically change the first two digits of your S/N to the required 2 digit code.
I also suspect that some users are manually editing the System Type in SMBIOS without changing the S/N if necessary, thus causing another form of S/N - UUID miss-match, this is just my theory at the moment but it explains some of the more obscure error messages I've read about.
To change your S/N open Chameleon Wizard and click on the 'SMBios' icon then 'Open' and navigate to the /Extra folder in the root of your startup disk and select your SMBIOS.plist.
Note: OSX RAID uses will have to mount the two RAID helper partition(s) to access the /Extra folders - see here.
Once your SMBIOS is loaded in the editor, you can choose to use one of the pre-made SMBIOS's as long as you know are sure of System Type ID for your hackingtosh (eg: iMac 14,1). Selecting a pre-made SMBIOS will automatically fill-in all the details and ensure that the 1st two digits of the S/N are correct for the model type you have selected (see Important note above). This is optional and if your not sure just leave it alone for now.
Now click a few times on the two <Random> buttons to generate a new batch number and week of manufacture then click on 'Save', if you boot from a OSX RAID then use the 'Save As' button to save the updated SMBIOS.plist to the two raid helper partition(s) - see here, remember that the first two characters of the S/N identify the type of MAC you have.
You must also be using Chimera (or Chameleon) version 2.2 or later, if your not then please either download and install the latest version of Chimera from the downloads section of this website or use Chameleon Wizard to update your Boot-Loader before going any further.
OSX RAID users will need to manually install Chimera (or Chameleon) by extracting the '/usr/standalone/ i386' folder from the boot-loader install package (I use Pacifist) and then use terminal commands to install the boot-loader files on to your RAID helper partitions - see this guide if your not familiar with the procedure.
Step-3 Summary: You must have a unique OSX Serial No. and up-to-date OSX boot-loader.
Step-4: Remove iMessage Setup data
If you are starting with a clean OSX install then there is no need for you to perform this step so jump forward to Step 5, however if you have been trying to get iMessage to work for sometime then the chances are that the data and plists are full of invalid data and/or settings. So lets start with a clean slate and remove all the current iMessage related data and plists.
Ensure that you have ‘Show all Files’ or similar utility for displaying hidden files and folders in Finder.
You can download 'Show all Files' form the community section on the tonymacx86.com.
Enable ‘Show all Files’, start-up Finder and navigate to:-
Delete any files beginning with the following prefixes:-
Now navigate to:-
Delete any files beginning with the following prefixes:-
Finally delete the folder:-
You can switch off 'Show all Files' now.
You should not loose any messages or contacts by performing this action as both are stored in your iCloud account and should sync up again once iMessage is working correctly.
Step-5a: NVRAM - The Problem
On all genuine Apple Mac's, OSX stores some critical system keys and values in Non Volatile RAM rather than writing them to a config file or plist on your startup drive. The NVRAM is Apple bespoke hardware built into a MAC's system board and forms part of Apple's OSX authentication system, as such PC motherboards & laptops do not have this hardware.
One of the most important keys stored in NVRAM is 'SystemId', as well as being a unique hardware identifier, the UUID value of 'SystemId' forms part of a long chain of crypto key's used by OSX for keeping content secure, an important factor in Apple's on-line eco system and one which iMessage relies on. If certain keys are not saved in NVRAM then the next time the system is powered off or re-booted iMessage may suffer from login and/or activation problems.
There has been much work done in the community to try and resolve the SystemId UUID issue and the latest versions of Chameleon and Chimera include a fix that try's to maintain 'SystemId' in OSX's NVRAM cache. However for reasons outside the scope of this guide it does not work reliably for everyone.
Step-5b: NVRAM - The Solution
Hackingtsoh wizard xzenue has written a boot-loader module called 'FileNVRAM' that simulates Apple's Non Volatile RAM hardware through software emulation and store's the NVRAM keys and values in a plist called nvram.xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxx.plist located in the /Extra folder of your OSX startup drive.
The plist is automatically generated by FileNVRAM the first time it is initialised and allows OSX to maintain NVRAM keys and values through power cycles and reboots. Depending on your system type, additional OSX settings may be written to the simulated NVRAM such as brightness & volume levels.
You can check the content of OSX's NVRAM by starting a terminal window and typing 'nvram -x -p' and pressing return (do not include the quotes), the resulting output should list the current contents of the NVRAM, please note that many of the key values are encrypted, as such unless you absolutely certain about what your doing don't try manually changing any of the key values.
Step-5c: NVRAM - Installing FileNVRAM
Download the attached file ‘modules.zip’ and extract it, the contents are a folder called 'modules' that has a single file in it named 'FileNVRam.dynib', copy the ‘modules’ folder and paste it in the ‘/Extra’ folder in the root of your startup drive.
Important notes about installing NVFileRAM:-
More recent versions of Multibeast can now create the 'modules' folder in /Extra and place other '.dynlib' files inside it, if you already have a 'modules' folder then just merge the contents of the attachment with the existing folder.
If you use the tip to move the /Extra folder and boot-loader files to the unused EFI partition
then the chances are that FileNVRAM will not work for long, it is similar to the issue that effects RAID users in that once OSX is booted the EFI partition is unmounted so OSX has no access to nvram.uuid.plist. To resolve this issue move the /Extra folder to the root of your startup drive
and reinstall Chameleon or Chimera to the default location on the same drive, then use Disk Utility to erase the EFI partition (you will have to mount it first).
In addition to having a unique OSX S/N
(see Step-3) you must also have a unique OSX platform UUID
, this is anther unique system identity and is normally generated by OSX via a key passed from the BIOS called 'SystemID'.
In April 2014, Apple implemented new checks on their severs to make sure all iMessage packets are authenticated, these new checks ultimately led to the discovery of the "SId Bug" in the BIOS of some
motherboard's which can cause a hackingtosh to have an invalid or duplicated platform UUID because 'SystemId' is not initialised correctly.
Since FileNVRAM also needs to use the value of 'SystemId' it is important to make sure your BIOS does not suffer from the 'SId Bug' so now is a good time to jump over to Part-2 of the guide
and read the section on the 'The SId Bug' , check to see if your BIOS is effected by it and apply the fix if necessary.
The version of FileNVRam.dynib included in the modules attachment of this guide is V1.1.2 this version is recommend for all Chimera Versions up-to 2.2.1. If you are using Chimera Version 3.0 or later then TonyMacx86 recommends that you use version 1.1.3 of FileNVRAM which you can download directly from this link
, download and unzip the archive, you only need the file called 'FileNVRAM.dynlib' copy and paste it in the /Extra/modules folder, delete the old version first if already there.
A small number of users have encountered issues with Chimera Version 3+ and have either stuck with FileNVRAM V1.1.2 or backed out Chimera to version 2.2.1 and FileNVRAM V1.1.2. I'm sure that these are just small teething issues with this major update of Chimera and should be resolved in the next release.
Please note that if you have recently updated to Chimera V3.0 or later and are injecting 'SystemId' in order to negate the SId bug then you must use the SMBIOS injection method, please see Part-2
(Step-7, Path B) for more info if you have not already done this.
Step-5 Summary: You must have FileNVRAM installed in /Extra/modules.
Step-6: Time to Try iMessage
After applying any of the steps from Part-1 and/or Part-2 of the guide, and before trying iMessage I would recommend running Disk Utility and repair permissions on your startup disk, this is optional but a worth while step.
Now reboot your system ....
If you installed or updated Chameleon (or Chimera) then its best to pause the boot process the first time round and check that you have the correct version installed, press the <Tab> key to switch to text mode while still in the boot-loader, the version will be displayed at the top, it needs to be 2.2 or later.
If all is well, let OSX load ...
Once booted, open Finder and check that 'nvram.uuid.plist' has been created in /Extra, if not then something is wrong with your install, recheck everything.
If nvram.uuid.plist is present in /Extra and it has a valid 'SystemId' for 'UUID' in the filename (as detailed in Part-2 ) then its time to give iMessage a go, hopefully it will now work.
If things don't work the first time do not give up, sometimes you may need to repeat a step or perform a step that you skipped the first time round, be sure to read all of the notes.
Note: Sometimes the data stored within FileNVRAM's plist can get out of sync, if you find that iMessage stops working and you know for sure your AppleID is Verified, then try the following:
- Open a terminal window and execute the following command:-
This console command clears the value of the 'boot-args' key stored in the OSX NVRAM cache, this can sometimes interfere with creating a new 'nvram.uuid.plist' file in /Extra if set.
sudo nvram boot-args=""
- Delete any 'nvarm.uuid.plist' in /Extra and reboot.
- Check that nvram.uuid.plist has been recreated in /Extra, then try iMessage again - RAID users please see the section titled 'Additional Notes for Raid Users' below for further details on this issue.
Observations and Credit
I've successfully used all of the above steps in various combinations to get iMessage working on OSX Mountain Lion 10.8.4/5 and Mavericks 10.9.0/1/2 on a multitude of hackingtosh systems. Please post your success or fail stories to this thread and if it did work for you please click on the 'Recommended' tab at the very top of this post to help others find it.
Special thanks to xzenue for creating the FileNVRAM fix.
Further notes for RAID Users
As detailed at the start of Part-1, if you boot OSX from a software raid then unfortunately it causes a problem for FileNVRAM. Because the boot loader has to be accessible outside of OSX (a software raid can only work once the kernel is up and running) the boot-loader and /Extra folder must reside on the raid helper partition(s), unfortunately the raid helper partition(s) are unmounted once OSX starts up, thus FileNVRAM is unable to access the /Extra folder which means that the contents of nvram.uuid.plist can not be updated.
You can use the RAID clone method detailed at the start of the guide to get iMessage working initially but if you ever get logged out of iMessage for any reason then you will need to repeat the clone procedure so that the NVRAM cache and nvram.uuid.plist can get updated with new keys and data.
Once you have re-cloned the volume back to your raid you need to copy the new nvram.uuid.plist to the /Extra folder on both the raid helper partitions (be sure to delete the old ones first), it is not necessary to blow away the raid on a re-clone but copying the nvram plist on its own will not work, you have to clone the whole drive back to the raid as-well.
I'm sure that there must be a better way like updating some OSX configuration files with keys or UUID's, but as yet i have not found one, if anybody else finds a better solution to resolve the raid issue with FileNVRAM please post.. I have a RAID 0 on my primary OSX development system and come against this problem from time to time.
Update: I have reported this issue to the developers of FileNVRAM and suggested a possible work around, once we have a better solution for Raid users I will update the guide. Please see this Link for the problem & enhancement request.
In order or for iMessage to work on a Hackingtosh computer the following must all be true.
- You should have a valid credit card registered against your Apple ID - See Step 1.
- Your AppleID must have a vitrified status - See Step 1.
- If using a wired network (ethernet) BSD name should be en0 or en1 - See Step 2.
- NIC being used to access the Internet must have 'Builtin' status - See Step 2.
- You must have a unique OSX S/N and up to date boot-loader - See Step 3.
- The first 2 digits of the S/N must match the the System Type ID - See Step-3.
- You should have the correct version of FileNVRAM.dynlib in '/Extra/modules' - See Step - 5.
Help - It Still Doesn't Work ?
Whilst this guide should work for the majority of you there are a few more odd situations that can still cause iMessages to fail. First if you haven't already done so, you should read through Part-2 of the guide below and check that you have a unique BIOS SystemId and OSX platform UUID, make sure your not effected by the SId Bug,
Sometimes it is necessary to try some of the above steps more than once, iMessage is very very fussy, so much so that sometimes the order of the things you do can effect the out come, the order given is the guide is a logical one for a system that has just had OSX installed with no prior knowledge of iMessage fixes.
There is a basic set of requirements (see Part-1 Summary above) that must be met for iMessage to work on a Hackingtosh, if these requirements are met then iMessage should work. Thats why I've tried to write this guide as a tool box of procedures (steps) for you to use in resolving iMessage issues, just about everyone will have a different set of issues requiring the use of different 'tools', no one step can cover all the issues.
If you understand the problems then you learn and can give feedback which helps everyone.
iMessage can be very frustrating and can take a lot of time to fix, there are countless tips on hundreds of forum sites all over the internet, some are useful, some are not, many just tell you to do something without any real understanding of what the issue is and thats not good for the community...blind leading the blind.
If you continue to have issues, try reading through the posts in this thread - its possible that someone has already found a solution to your issue, one suggestion that keeps coming up is to use a real MAC to reinitialise the effected AppleID, although I can not personally confirm this suggestion, it does seem to have helped others but like so many tips out there it could also be coincidence as this also works when using another Hackingtosh to reinitialise an AppleID as discussed in Step-1.
Finally I'll end this part of the guide by stating that Apple are constantly evolving and updating their on-line eco and message systems with new features and security measures, as such do not be surprised if we see new and even stranger issues with iMessage at some point in the future. If you think you've encountered a new iMessage issue please post to this thread with as much info as you can, including screen shots of any alerts and/or console log snippets and i'll try to help.
Thanks for reading & good luck.