Gmail configureren als IMAP op een externe e-mailclient beperkt zich niet tot het invoeren van een serveradres en een poort. De authenticatiemethode, de zichtbaarheid van labels en de beperkingen opgelegd door een Google Workspace-beheerder veranderen het resultaat aanzienlijk. Deze gids vergelijkt de serverinstellingen, beschrijft de werkelijke knelpunten en verduidelijkt wat een functionele configuratie onderscheidt van een gedeeltelijke synchronisatie.
IMAP-, POP- en SMTP-serverinstellingen van Gmail: vergelijkende tabel
Voordat je de instellingen van een e-mailclient aanpast, is het belangrijk om de technische gegevens naast elkaar te zetten. De verwarring tussen IMAP en POP is nog steeds gebruikelijk, terwijl hun gedrag op een cruciaal punt verschilt: de synchronisatie.
Aanrader : De laatste trends en nieuwigheden om te ontdekken in het nieuws van Blog 4 Web
| Protocol | Server | Poort | Versleuteling | Synchronisatie |
|---|---|---|---|---|
| IMAP (ontvangst) | imap.gmail.com | 993 | SSL/TLS | Bidirectioneel |
| POP (ontvangst) | pop.gmail.com | 995 | SSL/TLS | Alleen downloaden |
| SMTP (verzending) | smtp.gmail.com | 465 (SSL) of 587 (TLS) | SSL of STARTTLS | – |
Met IMAP, heeft elke actie invloed op alle verbonden apparaten. Een bericht verwijderen in Thunderbird verwijdert het ook in de webinterface van Gmail en op een telefoon. POP daarentegen downloadt een lokale kopie zonder terug te keren naar de server.
Voor degenen die Gmail als IMAP-client op meerdere werkstations of apparaten willen gebruiken, is IMAP de enige logische keuze. POP blijft relevant alleen voor het archiveren van berichten op een enkele machine, zonder behoefte aan synchronisatie.
Aanrader : Waarom de sitemap-pagina essentieel is voor het optimaliseren van de navigatie van uw site
OAuth-authenticatie en app-wachtwoorden voor Gmail
De serverconfiguratie is niet voldoende als de authenticatie faalt. Google geeft nu de voorkeur aan OAuth om een externe e-mailclient te verbinden. Dit protocol staat toegang tot het account toe zonder het hoofdwachtwoord aan de software door te geven.
Recente versies van Outlook, Apple Mail en Samsung Mail ondersteunen OAuth standaard. De client opent een Google inlogvenster, de gebruiker valideert, en de software ontvangt een toegangstoken. Er wordt geen wachtwoord opgeslagen in de configuratie van de client.
Wanneer een e-mailclient geen OAuth ondersteunt
Sommige oudere of minder gangbare software biedt geen OAuth aan. In dat geval vereist Google dat er een app-wachtwoord wordt gegenereerd vanuit de beveiligingsinstellingen van het account. Dit eenmalige wachtwoord vervangt het gebruikelijke wachtwoord in het authenticatieveld van de client.
- Schakel de verificatie in twee stappen in op het Google-account (verplichte voorwaarde)
- Ga naar de sectie “App-wachtwoorden” in de beveiligingsinstellingen
- Genereer een wachtwoord dat specifiek is voor de betreffende e-mailclient en plak het vervolgens in de IMAP-configuratie
Een client die compatibel is met OAuth blijft de voorkeur hebben. Het app-wachtwoord is een noodoplossing, geen doelconfiguratie.
Zichtbaarheid van Gmail-labels in een IMAP-client
Eenmaal verbonden met het account, kan het voorkomen dat bepaalde mappen ontbreken in de e-mailclient. Dit probleem komt niet van de client, maar van de configuratie van de labels aan de Gmail-zijde.
Gmail werkt niet met mappen in de klassieke zin. Het gebruikt labels, en alleen de labels die zijn gemarkeerd als “Weergeven in IMAP” verschijnen in de client. De inbox, verzonden berichten, de prullenbak en “Alle post” moeten elk afzonderlijk worden ingeschakeld.
IMAP-zichtbaarheid van labels inschakelen
In de webinterface van Gmail, open Instellingen, en ga naar het tabblad Labels. Elk systeemlabel (Inbox, Verzonden berichten, Concepten, Prullenbak, Spam, Alle post) heeft een optie “Weergeven in IMAP”. Aangepaste labels volgen dezelfde logica.
Een label dat in IMAP is verborgen, verwijdert geen berichten. Het wordt gewoon onzichtbaar voor de externe client. Deze stap is bepalend voor de overeenstemming tussen Gmail en de software.
IMAP-beperkingen in een Google Workspace-omgeving
Voor een persoonlijk Gmail-account wordt IMAP rechtstreeks in de accountinstellingen geactiveerd. In een Google Workspace-omgeving verandert de situatie. De beheerder van de organisatie controleert de IMAP-toegang vanuit de beheerdersconsole.
Er zijn twee niveaus van beperking. De beheerder kan elke e-mailclient toestaan, of de toegang beperken tot alleen clients die compatibel zijn met moderne OAuth-authenticatie. In dit tweede geval zal software die geen OAuth ondersteunt worden geblokkeerd, zelfs met een geldig app-wachtwoord.
Deze beperking geldt op het niveau van de organisatorische eenheid. Een dienst kan open IMAP-toegang hebben terwijl een andere is vergrendeld. Voordat je een verbindingsprobleem op een professioneel account diagnosticeert, voorkomt het controleren van het IMAP-beleid dat door de beheerder is toegepast dat je naar een configuratiefout zoekt die er niet is.
Snelle controle aan de gebruikerszijde
- Open Gmail op het web en ga naar Instellingen, tabblad “Doorsturen en POP/IMAP”
- Als de IMAP-optie grijs is of ontbreekt, heeft de beheerder de toegang uitgeschakeld
- Als de optie beschikbaar is, controleer dan of “IMAP inschakelen” is aangevinkt en sla op
Een IMAP-verbinding geweigerd op een Workspace-account, ondanks correcte serverinstellingen, wijst bijna altijd op een administratieve beperking of een client die niet is goedgekeurd door het OAuth-beleid van de organisatie.
De IMAP-configuratie van Gmail is gebaseerd op drie verschillende lagen: de serverinstellingen (identiek voor iedereen), de authenticatiemethode (OAuth of app-wachtwoord afhankelijk van de client) en de zichtbaarheid van labels. Het negeren van een van deze lagen resulteert in een onvolledige synchronisatie of een stille verbindingsfout. Op een Workspace-account vormt het beleid van de beheerder een vierde slot dat moet worden geïdentificeerd voordat andere handelingen worden ondernomen.