Radar

Als ik ergens inlog met usernaam en wachtwoord, dan wordt soms een extra controle op de identiteit uitgevoerd door een email te sturen met een code. Die code moet je dan binnen een bepaalde tijd invoeren, bijvoorbeeld binnen 15 minuten. Op de een of andere manier ontvang ik dit soort mailtjes vaak te laat, meestal vlak nadat het tijdvenster alweer gesloten is en de code niet meer geldig is. Die verificatiemailtjes komen dan pas na ongeveer 20-30 minuten. Dit is me binnen een maand overkomen bij Amazon, maar ook bij de zorgverzekeraar hoewel ik bij die laatste inlog via DigiD.

Het vreemde is dat andere mail die ik dan bij wijze van test vanaf een tweede emailadres stuur, wel vrijwel onmiddellijk ontvangen wordt. Meestal na ongeveer 20 seconden, maar in ieder geval binnen een minuut.

Met de email lijkt me verder niks aan de hand te zijn, alleen dat sommige mail met vertraging arriveert en andere niet. Komt iemand dit bekend voor en is er wat aan te doen?

U kunt in de header van zo'n verlaat mailtje zien op welke tijdstippen het bericht tussen de diverse machines van de leverancier en die van uw emailprovider is overgedragen. Mogelijk kunt u daarin zien waar de vertraging is opgetreden.

joep873 schreef:U kunt in de header van zo'n verlaat mailtje zien op welke tijdstippen het bericht tussen de diverse machines van de leverancier en die van uw emailprovider is overgedragen.

Goeie tip, daar had ik nog niet aan gedacht. Even onthouden voor de volgende keer. Bedankt.

Als je gmail gebruikt en daarop via POP3 ook mail van andere domeinen laat binnenkomen (dus bv [email protected] en niet [email protected]) kan het soms wel een half uur duren voordat de google-server het bericht binnenhaalt. Mailscherm verversen helpt soms.

IPhone?

Moiseule58 schreef:IPhone?

Wat heeft dat er nou mee te maken? Email wordt electronisch verstuurd en legt een hele weg af langs zogenoemde mail relay servers (electronisch overslag punt) voordat de mail uiteindelijk arriveert op de email server van een gebruiker. Afhanklijk van de drukte kan er onderweg vertraging optreden. En daar kan je helemaal niets aan doen, zo werkt email op het Internet nu eenmaal. Je hebt geen rechtstreekse lijn tussen de verzender en de ontvanger maar het loopt via tussenstops.

grun schreef:

joep873 schreef:U kunt in de header van zo'n verlaat mailtje zien op welke tijdstippen het bericht tussen de diverse machines van de leverancier en die van uw emailprovider is overgedragen.

Goeie tip, daar had ik nog niet aan gedacht. Even onthouden voor de volgende keer. Bedankt.

Als je het mailtje nog hebt, kun je dat nu alsnog doen, om te zien waar de vertraging zat.

Sommige mailservers doen aan greylisting, (pakken mail van onbekende afzender niet direct aan).
Zodra je de 1e mail te laat binnen hebt: Probeer het opnieuw, grote kans dat 2e mail wel sneller binnen komt

Speedy123 schreef:

Moiseule58 schreef:IPhone?

Wat heeft dat er nou mee te maken? Email wordt electronisch verstuurd en legt een hele weg af langs zogenoemde mail relay servers (electronisch overslag punt) voordat de mail uiteindelijk arriveert op de email server van een gebruiker. Afhanklijk van de drukte kan er onderweg vertraging optreden. En daar kan je helemaal niets aan doen, zo werkt email op het Internet nu eenmaal. Je hebt geen rechtstreekse lijn tussen de verzender en de ontvanger maar het loopt via tussenstops.

iOS ondersteunt pas sinds versie 11 IMAP IDLE voor email push. Als de mailprovider dit gebruikt, en je hebt nog geen iOS 11 kan het vertraagd binnenkomen, als je zelf niet actief refreshed.

Een email die daadwerkelijk een half uur vertraging oploopt door drukte op het netwerk is tegenswordig extreem zeldzaam. Dat gebeurt hoogstens als er een storing is.

prijk schreef:Als je gmail gebruikt en daarop via POP3 ook mail van andere domeinen laat binnenkomen (dus bv [email protected] en niet [email protected]) kan het soms wel een half uur duren voordat de google-server het bericht binnenhaalt. Mailscherm verversen helpt soms.

Onzin, de gmail server zelf gebruikt geen POP3, dit is een protocol om je e-mail binnen te halen net zoals IMAP. Enige verschil is dat je bij POP3 de berichten ophaalt en verwijderd (afhankelijk van instelling) en je bij IMAP op de mailserver zelf werkt.

De enige manier is de headers lezen, hier kun je zien waar de vertraging inzit. GMail maakt geen onderscheid in mailtje, zij ontvangen alles en bepalen dan of het binnen mag komen, zo niet dan gaat het retour afzender zo ja dan gaat het naar je inbox of spambox.

sylvesterb schreef:Onzin, de gmail server zelf gebruikt geen POP3, dit is een protocol om je e-mail binnen te halen net zoals IMAP. Enige verschil is dat je bij POP3 de berichten ophaalt en verwijderd (afhankelijk van instelling) en je bij IMAP op de mailserver zelf werkt.

Wat ontzettend vreemd dan dat je in de webinterface van Ggmail gewoon mail via het pop3-protocol kunt binnenhalen:
https://www.argeweb.nl/e-mail/kb/pop-ac ... l-461.html
Verstuur in gmail maar eens een mailtje aan een niet-gmail-adres van jezelf en vervolgens naar een gmail-adres van jezelf, en kijk wat er gebeurt.