Dit is inderdaad een probleem dat al jaren aansleept: emails komen heel vaak niet aan als je mensen uitnodigt voor evenementen. Wel hebben de mensen steevast een notificatie in hun MRA onder het belletje. Dus dat deel gaat goed. Uiteraard kan het email-probleem verschillende oorzaken hebben. Zeker met spam zijn mail providers strenger en strenger met het accepteren van emails. Outlook.com en gmail.com zijn notoire spelers die zeer strict zijn. Het is belangrijk dat de reputatie van de verzendende partij tiptop in orde is. Bijvoorbeeld: DNS, SPF, DKIM, DMARC setup moeten allemaal correct geconfigureerd zijn. Bij de laatste uitnodiging die ik ontvangen heb (op 25 mei 2026), waren deze settings allemaal prima in orde. Emails worden netjes verzonden met AmazonSES. Toch zijn er wel een paar aandachtspunten die verbeterd kunnen worden aan de applicatie zijde: De mail geeft aan multipart/alternative te zijn, maar de text/plain variant bevat slechts: "To read this e-mail you need a HTML compatible e-mail client". DIt is relevant omdat sommige spam filters een vergelijking maken tussen text/plain en text/html. Sommige privacygerichte mailclients kunnen HTML uitschakelen. DIt is zeker iets om aan te pakken. De CSS bevat meerdere @font-face declaraties waarbij fonts rechtstreeks vanaf: http://www.stampready.net/... worden gehaald. Dat is om meerdere redenen problematisch. Ten eerste is het HTTP in plaats van HTTPS. Mailclients blokkeren externe fonts sowieso vaak, maar mixed/insecure content wordt nog vaker geblokkeerd. Ten tweede wordt een derde partij (stampready.net) betrokken bij het renderen van een MyRoute-app-mail. Dat is qua privacy en betrouwbaarheid onnodig. Ten derde ondersteunen veel e-mailclients @font-face helemaal niet of slechts beperkt. De template valt gelukkig terug op Arial/Helvetica, dus de mail blijft leesbaar. Ik zou deze complete externe-fontconstructie verwijderen. Gebruik gewoon een websafe fontstack. Als we de vergelijking maken met bijvoorbeeld de emails van newsletter@myrouteapp.com die door ActiveCampaign worden verzonden, dan zie je dat die veel beter in elkaar zitten: hier is de plain en html bijvoorbeeld wel met elkaar in sync en wordt geen gebruik gemaakt van font loading via HTTP. Hier mijn duit in het zakje. Ik hoop dat het wat helpt in het verder kwalitatief verbeteren van MyRouteApp, een App die ik al jaren met veel plezier gebruik! Groeten, Luc

@Aggelos-Minoudis said: GPS recognizes probably the route as a track so it doesn't give me ETA at destination or is it something else. though I navigate right at my garmin no ETA just three dots at the bottom right corner. It should appear as a route. If it doesn't, something else is going on.

thx Brian

Genau so mache ich es auch. @peter-110-0 In allen vier Antworten findest du eine Antwort auf einen Teil deiner Frage.

Gisteren een bericht ontvangen van de Ondersteunings-afdeling dat het euvel verholpen zou zijn. En inderdaad de linker kant kleurt niet meer blauw als ik op één waypoint klik. Ben super blij. Thanks voor de reparateurs. Netjes afgehandeld. Bloemen voor die mensen.

@Guzzist no it's not broken af you can see in my RX routes in the library. But like @jörgen saw I have had the same problem quite some time ago. Always when s route doubles a piece of road. But I dont know what is causing this du that's why hope @corjan-meijerink knows

Well Corjan released it juli 31 so I think it will take another 5 day before it's available in the Android Playstore! The boys aren't that quick anymore. And indeed it is 5.2.1 - 488

Als je bedoelt op de computer dan is dat simpel. Gewoon de pagina waar je in wilt beginnen op het scherm openen en dan een snelkoppeling maken in je browser!

Yes, just make a copy first and after that you can easily repair mistakes!

@Hub-1 graag gedaan

@Kirsten-De-Weerd I think that this is not showing on the traffic overlay map is because the HERE map believes that the road is under construction.

@richtea999 If a road is flagged by HERE as having a seasonal closure any time of the year, you have to check "Disable seasonal closures" to route through it -- even if the closure is for winter only and it's currently the dead of summer. Logically, it should only apply when the road is actually seasonably closed, and you want to create a route through it for future use. There is a good forum discussion on the confusion surrounding this Toolkit routing option avoidance: https://forum.myrouteapp.com/topic/5608/seasonal-closures-app-versus-planner-problem The obvious (to me) option would be to have an "Ignore Closed Roads" option for creating routes, regardless of what the immediate real-time situation is. Let me decide what's passable, and what isn't. Google will always be a better investigative solution than HERE, so let me do my own research. I've suggested this before, but for whatever reason it's been ignored by the powers that be.

@Stevedo-6-0, What is "foreign" for you is not foreign for everyone. Your remark of "just browsing the map", I do understand, but it is the first time I see this on the forum. In the current web planner not much development will be done anymore, since a completely new web-planner is in the works. The workaround above seems to work just fine. It is true that the current webplanner is mainly targeted to planning routes. I can imagine the new web planner will be more similar to the current app planner workflow, but we will have to wait and see, and be patient.

@Jörgen if it has to avoid "Highways" then via Colonge is the option OSM works out as the best route on MRA your perception of what is & is not a highway will differ to OSM's plus MRA messes about with the settings for the OSM routing calculator, so what you get can be hugely unexpected & different to what the OSM site may show

Let's see if it can be sorted out using the support ticketnl system...

"Disable season closures" is the best option here, especially since I'm riding this route on September 6th!

Sono impazzito per lo stesso motivo!

Dank je wel Leike Lodiers het is gelukt ik heb ze nu zichtbaar