Nuns Practicing Misanthropy
    Have ideas to improve npm?Join in the discussion! »

    TypeScript icon, indicating that this package has built-in type declarations

    61.0.0 • Public • Published

    CircleCI NPM Downloads NPM Version


    A GraphQL client for making requests against the Zimbra SOAP API.


    npm install @zimbra/api-client



    A GraphQL Schema that maps Zimbra SOAP resources to GraphQL types is a core tenant of Zimbra GraphQL. This schema includes many of the common resources used in Zimbra SOAP commands such as Search, or GetFolder.

    Transparent Batching

    Zimbra GraphQL batches requests by default. Using two complementary techniques, Query Batching and DataLoader, batching happens automatically and is transparent to the API consumer. When combining this with Apollo's cache, this results in the minimal number of requests and very high network performance.

    Apollo Utilities

    Zimbra GraphQL exposes utilities for use with Apollo so that it's a breeze to connect an application to Zimbra GraphQL.

    Normalization and Attribute Mapping

    Many of the attributes in Zimbra SOAP are tersely named. Zimbra GraphQL includes a minimal normalization layer that (a) renames some keys for more clarity, and (b) does some light lossless normalization for things like Booleans (which are strings in Zimbra SOAP).

    Session Header Notification Support (Realtime Updates)

    Change notifications via Session Headers keeps the client in sync with changes made elsewhere. This is fully supported. The initial implementation handles a few common resource changes and inserts them into the cache.

    GraphiQL Support

    When running the zm-x-web app, a GraphiQL server is exposed at /graphiql. This is incredibly powerful for exploring and debugging a schema. Documentation for queries, mutations, and fields all lives right within GraphiQL. This is powered internally by Zimbra GraphQL and Apollo. Visit /graphql and check it out!

    TypeScript Support

    Zimbra GraphQL is written in TypeScript and exposes types for the GraphQL queries and mutations. This is a powerful tool when used in application code. It enables type checking for the complex API data types used in Zimbra. In addition, it's completely transparent to use Zimbra GraphQL with plain JavaScript — you just lose the benefits of typed queries.

    Better Error Handling

    Batch and SOAP request Fault errors are now handled properly and exposed through GraphQL as you would expect.

    Design Goals

    A few design goals outline how Zimbra GraphQL works:

    There should be minimal GraphQL abstraction over Zimbra SOAP resources

    Long-term the schema is evolving towards GraphQL queries and mutations mapping roughly 1-to-1 to SOAP commands. It's up to the application code to provide abstraction over the data itself. This is for a few reasons:

    Provide a straight forward way to add new functionality

    Adding to the API is simplified and now involves only a few steps:

    • Ensure the types you need are in the schema
    • Design your query/mutation in application code
    • Add the associated simplified resolving function for your query/mutation to the resolvers
    • Add any attribute mapping needed to the entities declaration

    Provide type safety if possible

    Aforementioned, type safety is a powerful tool when combined with GraphQL.


    With Apollo

    import ApolloClient from 'apollo-client';
    import { createZimbraSchema } from 'zimbra-graphql';
    import { LocalBatchLink, ZimbraInMemoryCache } from 'zimbra-graphql/apollo';
    // Create the Zimbra Apollo Cache
    const cache = new ZimbraInMemoryCache();
    // Pass a reference to the cache to the schema creation for session header (realtime) support
    // Returns the schema and a reference to the underlying batch client
    const { schema /*, client */ } = createZimbraSchema({ cache });
    const link = new LocalBatchLink({ schema });
    const apolloClient = new ApolloClient({ link, cache });
    <ApolloProvider client={apolloClient}>/* children */</ApolloProvider>

    Using the client directly

    Under normal use with GraphQL, you should be using createZimbraSchema. However, you can also access the batch client directly.

    import { ZimbraBatchClient } from 'zimbra-graphql/client';
    const client = new ZimbraBatchClient();
    // Use a top-level API method => {
    // Or use `jsonRequest` directly
    		name: 'GetInfo',
    		namespace: Namespace.Account
    	.then(response => {

    In addition, the request primitives are also available:

    import { jsonRequest, batchJsonRequest } from 'zimbra-graphql/request';

    Hacking on the Client

    See the wiki for details on how to add new APIs to the client.


    npm i @zimbra/api-client

    DownloadsWeekly Downloads






    Unpacked Size

    9.37 MB

    Total Files


    Last publish


    • avatar
    • avatar
    • avatar
    • avatar
    • avatar
    • avatar
    • avatar