Skip to main content

Important Changes Coming to The Way You Use Adobe Connect

As you know, issues were reported with Adobe Connect (AC) during ICANN61 in Puerto Rico and we later restored service.

The way you access closed Adobe Connect sessions is changing so that the rooms are more secure. Room administrators or meeting organizers will apply these changes to closed sessions soon.

Here is what you need to know.

As a reminder, there are two types of Adobe Connect rooms: open rooms and closed rooms. Since open rooms are open by definition, there is no issue to speak of. However, to ensure content and conversations are secure, there will be changes to all closed Adobe Connect rooms.

When entering a closed room, you will be REQUIRED to enter a 6-digit passcode. Your room administrator or meeting host will send you the passcode over the next few weeks.

If you fail to provide the passcode, you will not be able to enter the closed Adobe Connect session. The passcode is linked to a closed room's URL (think of it as a key for a locked room). To prevent medium- to long-term abuse, we have advised room administrators to change the URL periodically – once every 90 days.

Changes to sharing files in Adobe Connect:

When files are shared in a closed room, links to download the file are sent in network traffic. These links will remain available on the AC server even if they are marked for deletion. This means that if one room is re-used for multiple closed meetings with different participants, other individuals could discover sensitive documents.

To mitigate this, any closed Adobe Connect room will be deleted by the host or administrator after each session. It is important to note that when rooms are deleted, all content such as files, chat history, notes, etc will be wiped each time. Room administrators will take the necessary steps to download and save this information as desired.

I also want to address the confusion about whether using the SYNC button (which permits scrolling and offers an option to download a file) poses any security risks. In discussions and testing with the CoSo cloud, we have confirmed that it is safe to use SYNC and UNSYNC as needed by the room administrator.

Frequently Asked Questions:

Q: Do these changes affect ICANN62 meeting sessions?

A: Public sessions (with open Adobe Connect rooms) at ICANN62 Panama City will not be affected. However, any closed Adobe Connect rooms will be affected. Invited participants will be required to enter a 6-digit random passcode to enter the Adobe Connect room. This passcode will be provided by the room administrator/meeting organizer.

Q: What do I need to do now to join a meeting?

A: If required, your room administrator/meeting organizer will send you a 6-digit passcode for your Adobe Connect session. You will need to use this passcode to enter the room when prompted, otherwise you will be locked out.

Q: When do these changes take effect?

A: Room administrators and organizers will reach out to you over the next few weeks, in the event that you need a passcode.

Q: Will the rooms lose the chat history?

A: The chat history will be wiped after each session for security purposes. Adobe Connect hosts can save the chat history before ending a session, or you can simply copy and paste the notes in a document before the session ends. For public or open meetings, hosts may choose to share the chat history with the community, after the session.


    Domain Name System
    Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as"""" is not an IDN."