Apple Open Collaboration Environment

The project started by taking a "20,000 foot overview" of existing mail systems, and trying to find common concepts and problems. Their key conclusion was that email systems were designed for the wrong purpose—to deliver email to people, when they should instead store and forward things to places. Compare this with the real-world postal service, which delivers not only mail, but magazines, packages, large parcels, and even (in one example) building materials to a worksite.

The team also found other problems with existing email systems. They tended to support plain text mail only, and rarely supported non-English characters. Support for mobile users was poor, often relying on third party workarounds that were of dubious reliability. And they were all based on a dedicated e-mail server that was typically complex to set up, and often excessive for small installations with only a few people in an office.

Finally, none of the existing products could give the user what they really wanted: a single universal mailbox and a single universal address book. In this pre-Internet era, savvy users often had mailboxes on their corporate network, online services such as CompuServe or AppleLink, and perhaps also a number of Bulletin board systems (BBSs). Each email system used its own standards for collecting and storing information, forcing users to run multiple clients to access the different services. Although a single-mailbox system could be constructed by administrators with the use of email gateways, these tended to be expensive and technically challenging to maintain.

AOCE aimed to fix all of these issues at the same time. At one end of the system, AOCE focuses on the underlying delivery and addressing systems, generalizing the email concept so the system can be used to deliver anything from email to word processor documents to print jobs. Addressing was another issue the market was struggling with, so AOCE offers a single universal addressing mechanism and address book, one that could support not only people's email addresses, but the addresses of things like printers and fax machines as well. These could be looked up in an interface much easier to use than the existing Macintosh solution, the Chooser.

AOCE normally store users' email on each personal computer, as opposed to a server. This not only allows the user to read mail offline, but also removes the need for a single machine with huge storage space. Small networks can be set up simply by installing the standard client software; the machines discover each other on AppleTalk and communicate directly. AOCE understands that users are not always connected to the network, so outbound mail is cached on the sender's machine until both the sender and recipient are online. Even on a LAN this is valuable, as many users turn off their computers at night and the mail would must wait until the next morning for delivery.

Since the mail is stored locally, users with laptop computers are able to read and compose mail while mobile. Everything automatically updates upon reconnection to the office LAN. AppleTalk Remote Access, Apple's standard implementation of AppleTalk over modems, provides remote sync.

For security over the potentially open phone lines, all communications can be secured using RSA encryption and digital signing, even on the local network. Additionally, the Keychain stores various login credentials in an encrypted file. This allows the users to use a different username and password on the various systems, placing them in the keychain database for secure storage. This requires only a single password for the keychain; AOCE can retrieve the credentials for a particular service on demand.

Users can share documents directly simply by dropping the address on the document, or vice versa, bypassing a message at all – the document would arrive automatically in the other user's mailbox. Delivery of email (which in this scenario is nothing more than a text document in a specialized format), or of anything else, was handled entirely by plugins, allowing the user to collect mail from all of their sources into a single inbox.

An optional server can be installed for performance and maintenance needs for those sites that required it. In this case any attempted delivery would be intercepted immediately by the server, thereby avoiding delays if the recipient was not online. The server then delivers the message on behalf of the sender when the recipient connects online.

The AOCE project suffered from what is known as second-system effect, where engineers spend considerable time designing a system that does everything. Invariably these projects fail as the demands are not only incredibly difficult to meet, but often fail to meet real user needs. Often the ideas themselves are good, but buried inside unusable implementations.

By early 1993 the client side of AOCE was nearing completion, which was then referred to as PowerTalk. Apple started a pre-release marketing campaign, telling larger customers and even third party email vendors that AOCE would soon arrive and change the market completely. Their claim was that nothing else would be able to compete with its usability, power, and lack of maintenance overhead – all hallmarks of the Apple way.

The system was first widely shown at the Macworld Expo in Boston in mid-1993. At the show the developers found that the choice of naming was unwise, due to confusion between PowerTalk and Apple's new voice recognition system, PlainTalk.

AOCE was publicly released in September 1993, part of the System 7 Pro bundle that also includes AppleScript utilities.

When the product finally shipped after years of hype, users were dismayed to find that to install it requires a machine with 2.5 MB of RAM minimum, and needed 4 MB to run well. This is the maximum available RAM in many Mac systems of the era. Removing unneeded components do little to address this, and AOCE and the other Apple technology, QuickDraw GX, typically could not be run together because of a lack of memory. While newer machines were able to run AOCE more comfortably, as an email system intended to be run on diverse networks of non-homogeneous machines the requirements greatly impaired market acceptance. Simply downloading and installing separate stand-alone client applications for each mail system the user actually had would use considerably less disk space, and had no constant memory footprint.

While PowerTalk was generally an interesting system, a combination of design features made it frustrating to use. For instance, the addressing system is so deeply embedded into the core of the system that simply typing in a new address is an ordeal. First the user clicks on a button, selects the address type, types it in, and then finally clicks OK to have it appear in the message. Disk usage is also a problem because each message is stored as a separate file, requiring 1 kB or more of space in an era where 40 MB and 80 MB disks are still common. Thus a few hundred messages are enough to fill the free space on the drive. Backing up email was likewise almost impossible as a side-effect of the design; the mail was spread out over the network, some of it remote and inaccessible.

The system could not know who a user was, because the single-user Mac OS 7 does not require users to log in. Thus documents had to be delivered to a user's machine. This does not work well when the user has two or more machines, making the concept of a universal mailbox difficult to achieve in practice.

Even the remote access functionality is doomed by feature interaction. To ensure that all messages are delivered in a reasonable time on a network where machines might appear and disappear at random (when they are turned on and off), AOCE has a 15-minute timeout in which it repeatedly tries to deliver pending messages. If the user is using a dialup connection on a modem, AOCE keeps the line open for a full 15 minutes before giving up on disconnected user, driving up long distance bills to deliver a potentially tiny message.

Many of these problems were intended to be solved with the PowerShare server, which acts as an always-on, always responsive super-peer. The basic AOCE protocol notices these machines when attempting delivery, and sends to them first, thereby eliminating the delays and centralizing storage and maintenance. Sadly the server was not ready in time for the release, and did not ship for another year. When it did it was likewise slow and resource hungry, largely a side effect of various features of the Mac OS that makes it unsuitable for server applications—a role for which it was never designed in the first place.

AOCE had one year at Apple's Worldwide Developers Conference in 1995 when it was finally selling, but by this point almost everyone realized that the market was moving towards SMTP-based internet mail as a universal format. By 1996 Apple had given up on AOCE, and started talking about the CyberDog project based on the OpenDoc platform. AOCE quietly disappeared and is not supported in Mac OS 7.6.