Title: 
  Bug 78643:Summary: Dumping a CFIMAP connection displays different data from what's actually exposed by the underlying object
| View in TrackerStatus/Resolution/Reason: Closed/Fixed/
Reporter/Name(from Bugbase): Adam Cameron / Adam Cameron (Adam Cameron)
Created: 07/09/2009
Versions: 9.0
Failure Type: Unspecified
Found In Build/Fixed In Build: 240375 / 241662
Priority/Frequency: Normal / Unknown
Locale/System: English / Platforms All
Vote Count: 0
Problem:
Summary: Dumping a CFIMAP connection displays different data from what's actually exposed by the underlying object
See thread: https://prerelease.adobe.com/project/forum/thread.html?cap=87529bda13744b3db718e841890b9240&forid={267a8bea-8d25-435c-a533-6c830dd686ca}&topid={fbf76ab1-6bc1-4057-b26d-c9f28a84d297}&tp=1&to=asc&ts=last&tl=50&tv=desc#{11F3CBC9-B4BC-4436-8458-2F0A141D1B14}
Consider this sample code:
<cfimap action = "open"
    connection = "myImapCon"
    attributecollection = "#stCreds#" <!--- these are set further up, and are all valid --->
>
<cfdump var="#myImapCon#" label="Raw dump">
<cfdump var="#structKeyArray(myImapCon)#" label="Key dump">
What I get back is a dump like this:
    Raw dump said:
    CLOSED  NO
    PORT 993
    SERVER imap.gmail.com
    SSL YES
    Key dump said:
    1  Msgs
    2 Folder
    3 Username
    4 Path
    5 Metadata
    6 MaxRows
    7 Label
    8 MailSource
    9 Store
    10 Password
    11 UseSSL
    12 UniqueFilenames
    13 StartMsg
    14 Uids
    15 Body
    16 Debug
Note how the keys being dumped in the first dump bear no relation to the keys within the actual returned struct.  Weird.
Pls change so that what's dumped out is actually what's available to use (ie: the stuff in the key dump).
Cheers
-- 
Adam
Method:
Result:
----------------------------- Additional Watson Details -----------------------------
Watson Bug ID:	3039201
External Customer Info:
External Company:  
External Customer Name: Adam Cameron
External Customer Email: 17EB1A7649DA54C7992015A9
External Test Config: 07/09/2009
  Attachments:
Comments: