Vertraging tussen versturen en ontvangen e-mail en trage update van smartphone

Het zou kunnen dat de e-mail nog in de Postvak Uit stond, en dat deze nog niet de digitale weg van het internet betreden heeft. 

Alles staat gewoon aan,je lijk die medewerker van de kpn, ze moeten gewoon een update geven wat ze ook bij mijn tv hebben gedaan.dat was ook kut

Admin: bericht aangepast op basis van onze huisregels

Kan je de headers van de e-mail bekijken? Misschien is dat via de webmail makkelijker om te doen.
Als je die hier: https://mxtoolbox.com/Public/Tools/EmailHeaders.aspx in plaatst heb je een duidelijk overzicht over de weg die de mail afgelegd heeft.

Sinds ik bij kpn zit,nog nooit problemen gehad,zoals tv en mobiel,jullie geven toch de wifi door.dus dat probleem licht bij niet bij mijn.mijn 2e tv dat is helemaal niks die doet het niet eens,dus kan niet kijken.daar bel ik niet over omdat het toch niet helpt,bij ziggo perfect,als het zo door gaat stap ik weer over

Daarom is mijn advies om naar de headers te kijken. Die geven prima aan wanneer de e-mail verzonden is, en dus door de e-mailserver ontvangen is. Kijk eens naar de tijd in de header van de e-mail uit de Verzonden Items map?

Ik kan mij niet indenken dat een e-mail consequent vertraagd is. Want ik stuur geregeld ook e-mails via de KPN-server, en die komen netjes op tijd aan.

Wat is een header

De titel van de mail in de aanhef, oftewel berichten.

​@JanD Nee, de titel wordt de subject genoemd. 

De header is de verzameling technische gegevens die door mailservers aan een e-mail worden toegevoegd. Deze informatie wordt gebruikt om de route van de e-mail te volgen, de afzender te identificeren en de authenticiteit van het bericht te controleren. De header is normaal gesproken verborgen; standaard zie je alleen velden zoals Van, Aan, Onderwerp en Datum.
Een volledige e-mailheader bestaat uit een reeks sleutel-waardeparen, bijvoorbeeld:

Voorbeeld:

Return-Path: <afzender@example.com>
Received: from mail.example.com (mail.example.com [192.0.2.10])
    by mx.ontvanger.nl with ESMTPS id abc123
    for <gebruiker@ontvanger.nl>;
    Tue, 1 Jul 2026 10:15:42 +0200
Received: from laptop.example.com (unknown [198.51.100.25])
    by mail.example.com with ESMTPSA;
    Tue, 1 Jul 2026 10:15:40 +0200
From: Jan Jansen <afzender@example.com>
To: gebruiker@ontvanger.nl
Subject: Testbericht
Date: Tue, 1 Jul 2026 10:15:38 +0200
Message-ID: <123456789@example.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
DKIM-Signature: v=1; a=rsa-sha256; ...
Authentication-Results: mx.ontvanger.nl;
    spf=pass smtp.mailfrom=example.com;
    dkim=pass;
    dmarc=pass

Als je goed kijkt zie je hier drie verschillende tijden staan. Dit zijn oplopend de tijden van de systeemtijd van jou computer, de tijd waarop de ontvangende e-mailserver jou e-mail ontvangt, en de tijd dat e-mail server van je geadresseerde de e-mail ontvangt. Hierin zie je dat er maar 4 seconden tussen zit voordat de e-mail in de e-mailbox van jou geadresseerde zit. 

In je e-mail die in de Verzonden Items map staat, die is juist compacter, dat die enkel laat zien wanneer de e-mail is weggestuurd volgens de tijd van jouw apparaat. Dat geeft dan de indicatie wanneer hij dus gestuurd is, en of dat direct is gegaan nadat je verwacht dat de e-mail gestuurd is. 

Als je verzender de volledige route wilt weten, dan moet de ontvanger de rauwe e-mail of op zijn minst de headers naar jouw doorsturen. Een reply of forward gaat niet werken.