Ontwikkelaars komen met opensource-api voor benaderen Gmail en Exchange

Ontwikkelaars hebben maandag een opensource-api vrijgegeven om een eigen mailclient te maken, die gebruik kan maken van bestaande diensten als Gmail en Microsoft Exchange. Op die manier willen zij dat er meer invloed is op de functionaliteiten van een client.

Voormalige Dropbox- en MIT-medewerkers hebben de json-api maandag vrijgegeven onder de naam Inbox, zoals ook hun start-up heet. De zogeheten Inbox Rest-api staat ontwikkelaars toe om gebruik te blijven maken van diensten als Gmail en Microsoft Exchange, terwijl zij de mailclient zelf kunnen vormgeven. Op die manier kunnen zij bijvoorbeeld functionaliteiten, zoals labels en de mogelijkheid om bijlagen te benaderen, toevoegen of weglaten om zo een gebruikerservaring te bieden die geschikter is voor de bewuste applicatie.

Inbox lijkt op Gmail API, dat Google onlangs tijdens zijn Google I/O-evenement aankondigde. Daarmee is het onder andere mogelijk om berichten, threads en labels van Gmail te benaderen zonder eerst volledige toegang tot de inbox te krijgen. Volgens de Inbox-ontwikkelaars is hierbij alleen het nadeel dat het om een gesloten platform gaat, terwijl Inbox opensource is.

Tegenover TechCrunch zegt één van de initiatiefnemers, oud-Dropbox-ontwikkelaar Michael Grinich, dat het doel van Inbox tweeledig is. Ten eerste ondervond hij naar eigen zeggen hoe moeilijk het is om features aan mailapplicaties toe te voegen, omdat er bijvoorbeeld rekening moet worden gehouden met IMAP, MIME en tekencoderingen. Inbox neemt dat werk voor ontwikkelaars uit handen, zo legt Grinich uit.

Ten tweede zou Inbox de infrastructuur moeten bieden waar later alle e-maildiensten gebruik van zullen maken, zo wenst Grinich. "De sync-engine is vrij verkrijgbaar via GitHub en wij nodigen uit om erover te discussiëren en er aanvragen voor in te dienen." De engine ondersteunt momenteel alleen Gmail en Yahoo, maar er zullen volgens de ontwikkelaars spoedig meer IMAP-aanbieders volgen. Daarnaast is er voor Microsoft Exchange, met ActiveSync-ondersteuning, inmiddels een gesloten bètaprogramma gaande.

De start-up heeft ter illustratie een aantal demo's vrijgegeven waarbij gebruik wordt gemaakt van de Inbox-sdk voor JavaScript of iOS. Daarmee is de api al te benaderen voor het verkrijgen, aanpassen en het versturen van e-mail. Ook is het mogelijk om filters aan te maken, bijlagen te benaderen en drafts te maken. Tot slot kan het programma ook worden ingezet zonder gebruik te hoeven maken van externe diensten als Gmail. Vooralsnog kan het programma alleen op een eigen server worden gebruikt, maar er volgt op korte termijn een SaaS-variant. Daarvoor is al een bètaprogramma gaande.

Reacties (45)

[spone]

Microsoft biedt met Exchange sinds versie 2007 toch al de Exchange Web Services (EWS) webservice waar je middels SOAP tegenaan kan praten? En om het iets toegankelijker te maken is er sinds een tijdje ook de EWS Managed API. Dus het nut voor het specifieke Exchange component in dit product ontgaat me enigszins. Zelfs het Mac-programma Entourage gebruikt in een recente versie enkel EWS voor alle functionaliteit met Exchange.

Meer info over EWS hier.

[Hermanvh]

Wellicht omdat je hier ook met o.a. JS tegenaan kan praten? Handig voor OS-en die JS gebruiken voor hun apps zoals FirefoxOS, webOS etc EWS lijkt alleen C# te zijn?

[kozue]

SOAP is niet afhankelijk van een programmeertaal, het is een protocol die je op ieder platform kunt implementeren. Je hebt dus nergens C# voor nodig.

[Hermanvh]

Ik had alleen snel de MS sample code gezien en die was C# only

[MBV]

Ik zie dan juist het nut. Microsoft biedt EWS, Google de Gmail API, en dit framework biedt een interface naar beide. Ideaal om je eigen mailclient mee te maken: EWS en Gmail API kunnen dan naadloos door elkaar lopen voor zakelijk en prive, en je kan er zelfs nog je eigen onafhankelijke mailserver mee laten verbinden

[jpaarhuis]

Is dit nu een Client API of een server-side API?

[Verwijderd]

Aangezien het JSON betreft, denk ik server-side.

[psycho202]

dit is idd een server-side API

[kozue]

Oftewel je laat al je mailverkeer via een derde partij lopen. Met al het data harken van tegenwoordig niet zo'n heel goed idee. Of moeten we dropbox maar vertrouwen dat het geen data van jou opslaat? Ik zou er geen geld op inzetten.

[Siebsel]

Maar omdat het open source is, houd niets je tegen zelf een server op te zetten Dat is volgens mij ook meer het idee van deze api...

[psycho202]

Het is ook de bedoeling dat je dit zelf host.

[psycho202]

Maar dat is het net, je host dit volledig zelf!

[fiepfiep]

weet iemand wanneer een volwaardig alternatief voor MS outlook in linux komt, waar een outlook.com account in werkt? En daarmee bedoel ik niet enkel mail, maar ook calendar sync en tasks =)

[kozue]

Als ze ooit Exchange ondersteuning in Thunderbird gaan bouwen heb je er een. Ik gebruik zelf Thunderbird in combinatie met DavMail (een gateway die Exchange omzet naar IMAP/Caldav/etc). Hiermee werkt mail, kalender, adresboek, etc (tasks gebruik ik niet, ik wist niet eens dat dat kon met exchange).

[redecal]

nope, evolution zou het moeten kunnen, maar ik heb dat nooit werkend gekregen (destijds geprobeerd met ubuntu icm hosted exchange van nxs)

[Eloy]

Nu is het erop wachten tot Google deze startup koopt... Mark my words

[Reactie gewijzigd door Eloy op 23 juli 2024 22:16]

[tibi]

en dan vorken we de open code

[Eloy]

Denk dat Google dan gewoon de open source code mergt met de closed source, ik verwacht van Google wel dat ze het open source houden omdat ze heus wel weten dat mensen het gaan vorken

Als dat gebeurt is het eigenlijk alleen maar mooi als Google ze overneemt, zonder dit project zou Google alleen aan zijn eigen closed source versie werken.

[gladius1983]

Het hoeft niet te betekenen dat Google doorgaat met de ontwikkeling. Het kan ook te doen zijn om eventuele patenten (zoals de overname van Motorola) of een tallent acquisition (zoals de overname van bv DeepMind http://tweakers.net/nieuw...matige-intelligentie.html

[Verwijderd]

Vorken?

[brommer]

Ja, zoals recent nog Sparrow, de e-mail client voor OS X in combinatie met Gmail: http://sparrowmailapp.com. Mooie applicatie. Twee jaar geleden opgekocht door Google. Sindsdien niets meer vernomen!

[Reactie gewijzigd door brommer op 23 juli 2024 22:16]

[Kavaa]

Top APP Alleen jammer dat die geen Exchange ondersteund maar is een goed voorbeeld inderdaad.

[Verwijderd]

Of de API veranderd

[strompf]

Cool. Als dit allemaal werkt, zou dat betekenen dat Microsoft, en in mindere mate Google, een belangrijk 'machtsmiddel' kwijtraken, omdat ontwikkelaars minder afhankelijk worden?

[wvbe]

Valt mee, de servers van Google/Microsoft/e.d. bepalen nog steeds wat er uiteindelijk allemaal over de lijn gaat. Het is in principe dezelfde functionaliteit die (al-dan-niet met een hoop extra werk) reeds beschikbaar was.

[Verwijderd]

hoezo denk je dat?
Exchange kan al volledig via COM benaderd worden.
Mag misschien outdated zijn, maar werkt op zich prima.

[kozue]

Ik ben niet zo heel bekend met COM, maar is dat niet binary windows meuk? Waar je dus totaal niets aan hebt als je bv Mac-, Linux- of smartphone-applicaties bouwt? Werkt dus helemaal niet prima, tenzij je alsnog in een Windows omgeving opgesloten wilt zitten.

[Kavaa]

Hopende dat er nu een goede Exchange (lees Outlook) Client komt voor de Mac.
Outlook 2011 is nogal outdated en heeft last van vertraging in binnenkomende en uitgaande berichten.

Hopelijk starten ontwikkelaars met het gebruiken van deze API

[treris]

En ook eindelijk een goede exchange client voor linux!

Vraag me alleen af of het niet te laat is, hoeveel mensen gebruiken er nog een client en hoeveel zijn er inmiddels al overgestapt op de (de laatste jaren steeds beter geworden) webmail versies?

[SMGGM]

Hmm je zou nog verwonderen hoeveel bedrijven nog steeds Outlook en Exchange gebruiken. De grootste reden lijkt mij nog steeds de schrik van cloud aanbieders en niet zozeer de prijs. Zelfs mijn oude school gaf voor de studenten Google apps, maar voor hun eigen (lectoren) mail was het toch nog Exchange.

Terecht naar mijn mening want als ik zie hoe vaak gewone medewerkers in klanten hun documenten kunnen zien dan zal je er heus van achterover vallen. Slecht of niet beveiligde gegevens en wachtwoorden, er moet maar eens een concurrent van je die kritische data te pakken kunnen krijgen (via via). Daarbij is het vaak zeer moeilijk om allemaal te gaan achterhalen wie en hoe de persoon het heeft gedaan.

[Kavaa]

Klopt helemaal. Maar vindt wel dat ze de apps mogen verbeteren. Of zoals nu met de API dat er ruimte is voor goede apps. Want je kunt niet zomaar even tegen Exchange / OWA aan kletsen als app zijnde.

[Kavaa]

Voor mij gaat er nog altijd niks boven een client. Denk aan als je geen internet hebt en toch bij je mail wilt.
Ja dan kun je wel outlook gebruiken maar toch...
Een nieuwe client voor mac mag zeker wel weer.

[Luno]

Geen Internet en wel bij je mail komen....
Interessant. Hoe doe je dat voor nieuwe mail?

Of stel ik een domme vraag?

[psycho202]

djkavaa bedoelt wss mail die je al ontvangen hebt nogmaals raadplegen.

Voor mij is dit handig op m'n werk laptop, kunnen mensen me een IP doormailen of een doc voor hun software te installeren op een server. Kan ik dan mooi laptop van het netwerk halen en toch nog deze dingen bekijken.

[Kavaa]

Ik bedoel meer van als je mails moet terug zoeken zeg maar. Denk aan in het vliegtuig of waar dan ook zonder of minder goed internet

[fdh]

ondersteund de api dan ook de calendar, contacts en outlook anywhere?

Momenteel gebruik ik evolution met de evolution-ews plugin.
Werkt niet optimaal, maar is doenbaar

[Armada651]

Een protocol voor het communiceren met e-mail diensten hebben we al, het heet IMAP.

[Reactie gewijzigd door Armada651 op 23 juli 2024 22:16]

[sfranken]

IMAP is voor alleen de email. Om de servers te beheren/managen/querien heb je wat anders nodig dan IMAP, en dat is voor beide een ramp om dat platformonafhankelijk te doen, daar is deze API voor als ik het artikel goed lees.

[latka]

Ik zie alleen labels (= IMAP folders)) staan. Ik lees jet meer als: IMAP is een moeilijk protocol. Probeer het onze.

[SinergyX]

Maar Exchange is toch veel meer dan beetje mail programma? Neem aan dat een API alleen niet ook direct met een AD can communiceren.

[kozue]

Is er dan ergens iemand die meer met exchange doet dan alleen mail, kalenders en adresboeken? Je hoeft niet met AD te communiceren, AD is een implementatie detail van de server waar je als client niks mee te maken hebt. Net zoals je van een website niet weet hoe de login informatie opgeslagen wordt.

[Sjeng]

DavMail biedt al jaren een prima koppeling tussen Exchange en POP/IMAP/SMTP/Caldav/Carddav/LDAP. Door DavMail te voorzien van een certificaat wil het ook prima syncen met Gmail. Ik ben benieuwd hoe Inbox het afdwingen van strict SSL door Gmail ondervangt.

[Reactie gewijzigd door Sjeng op 23 juli 2024 22:16]

[Jogai]

Het zou wel mooi zijn als ze direct een mooie online client erbij leveren als alternatief voor roundcube etc.