image

Microsoft Office 365 krijgt ondersteuning voor plusteken in e-mailadressen

dinsdag 14 juli 2020, 15:04 door Redactie, 11 reacties
Laatst bijgewerkt: 14-07-2020, 16:47

Microsoft Office 365 gaat later dit jaar plustekens in e-mailadressen ondersteunen wat gebruikers onder andere moet helpen bij het maken van wegwerp e-mailadressen en meer inzicht moet geven in hoe er met hun e-mailadres wordt omgegaan. Via het plusteken kunnen gebruikers aanvullende informatie aan hun e-mailadres toevoegen. Iets wat ook wel "subaddressing" en "plus addressing" wordt genoemd.

Het e-mailadres gebruikersnaam@example.com is zo uit te breiden met bijvoorbeeld gebruikersnaam+site@example.com. Wanneer een gebruiker zich bijvoorbeeld bij Netflix registreert kan hij in plaats van zijn e-mailadres op te geven een plus-variant gebruiken, zoals gebruikersnaam+netflix@example.com. Zo is het mogelijk om voor elke registratie of nieuwsbrief een apart e-mailadres op te geven.

Dit helpt niet alleen bij het filteren van inkomende berichten, de tekst die na het plusteken wordt neergezet kan ook laten zien wanneer websites en bedrijven e-mailadressen van gebruikers aan andere partijen doorspelen of er sprake is van een datalek. Daarnaast kunnen gebruikers het plusteken voor een tijdelijk e-mailadres gebruiken in plaats van hun normale e-mailadres met een partij te delen.

De feature wordt al lange tijd door Gmail ondersteund. Gebruikers van Outlook.com kunnen sinds 2013 van het plusteken gebruikmaken. In het derde kwartaal van dit jaar zal ook Office 365 "plus addressing" gaan ondersteunen, zo laat Microsoft weten.

Image

Reacties (11)
14-07-2020, 15:41 door Anoniem
Toch knap dat men dit in slechts 12 jaar heeft weten te realiseren (sorry voor dit sarcasme).
14-07-2020, 16:55 door Anoniem
Door Anoniem: Toch knap dat men dit in slechts 12 jaar heeft weten te realiseren (sorry voor dit sarcasme).
Windows gebruikers zijn maar eenvoudige gebruikers. Die hebben daar nooit om gevraagd.
14-07-2020, 16:57 door Anoniem
Ik vraag me wel af wat de effectiviteit van een e-mailadres met plusteken is in het bestrijden van ongewenste mail.
Een spammer hoeft toch maar alles vanaf het plusteken te verwijderen, zodat niet meer te achterhalen is via welke dienst het e-mailadres gelekt is?
14-07-2020, 16:59 door Anoniem
Kan bij Protonmail ook. Ook kun je één willekeurige punt toevoegen voor het apenstaartje om nog meer af te wisselen, ook in combinatie met plus adressering. Sommige sites accepteren het helaas niet altijd.

Catch all met een eigen domein is nog makkelijker/leuker.
14-07-2020, 17:18 door Joep Lunaar
De meeste FOSS mailservers ondersteunen dit al jaren.

Terzijde: recent voor een klant bij het instellen van IMAP op telefoon en laptop voor een account op outlook.office365.com (via KPN) bleek dat op niet meer dan 1 apparaat tegelijkertijd IMAP met dit account gebruikt kan worden. Napluizen hoe dat zit leverde een desbetreffende mededeling op de support site van Microsoft op (zie [1] en [2]. Ongelofelijk, zulk een ondermaatse implementatie van IMAP, dat is geen foutje, dat is obstructie, een anti-feature, een oneerlijke handelspraktijk.

[1] onderaan pagina https://support.microsoft.com/nl-nl/office/pop-imap-en-smtp-instellingen-voor-outlook-com-d088b986-291d-42b8-9564-9c414e2aa040
[2] interessante analyse op https://answers.microsoft.com/en-us/msoffice/forum/all/imap-is-not-working-correctly-on-outlook-office365/ab51cf7d-5b39-48dd-81a1-7f8dd5a91a17
14-07-2020, 17:43 door Anoniem
Software die een + weigert als teken in een mailadres (bijv als je dit op een website invult) is altijd al fout geweest, het +
teken is altijd al een geldig teken in mailadressen geweest. Toch wordt dit heel vaak geweigerd...
Het behandelen van mailadressen met een + teken op een andere manier dan bijvoorbeeld een . of _ zou worden
behandeld, dwz dat als er een mail binnenkomt voor user+tag deze aanpakken als user bestaat en het afhandelen
van die tag overlaten aan software verderop, dat is een conventie die al bijna 20 jaar geleden voor het eerst gezien
werd. Dus dat Microsoft dit nu al kan dat is bepaald niet vooruitstrevend.

Overigens vind ik het tamelijk nutteloos voor de doelen die hier geschetst worden ("je kunt zien wie een adres heeft
doorgespeeld" of "je kunt een tijdelijk adres aanmaken"), omdat iedereen aan het adres meteen de structuur kan zien
en heel makkelijk het "verdachte" deel eraf kan kappen. Als een bedrijf jouw mailadres naam+bedrijf@domein.xxx
wil doorverkopen zonder verdacht te worden, dan volstaat het de tekens vanaf + tot aan @ te verwijderen alvorens
het op de lijst te zetten. Dat is wel heel erg simpel te doen.
14-07-2020, 19:21 door Anoniem
Gebruik dit al tijden... Waarschijnlijk teveel gebruikers als ik die voor iedere registratie een nieuw Office365 mail adres aanmaken met een forward naar de primaire mailbox, dat ze dit zo proberen te tackelen.

Maar iemand die dit wil 'misbruiken', kan natuurlijk heel makkelijk het + teken weglaten en de tekst tot aan de @, dan kom je nog steeds op het primaire mail adres uit...
14-07-2020, 19:23 door Anoniem
Door Anoniem: Toch knap dat men dit in slechts 12 jaar heeft weten te realiseren (sorry voor dit sarcasme).
Ik ben blij dat dit eindelijk komt. Maar zakelijk gezien wordt dit niet echt veel gebruikt.
Maar het is een positive toevoeging.

Door Joep Lunaar: De meeste FOSS mailservers ondersteunen dit al jaren.
Maar zakelijk is het een toevoeging, maar minder belangrijke.

Terzijde: recent voor een klant bij het instellen van IMAP op telefoon en laptop voor een account op outlook.office365.com (via KPN) bleek dat op niet meer dan 1 apparaat tegelijkertijd IMAP met dit account gebruikt kan worden. Napluizen hoe dat zit leverde een desbetreffende mededeling op de support site van Microsoft op (zie [1] en [2]. Ongelofelijk, zulk een ondermaatse implementatie van IMAP, dat is geen foutje, dat is obstructie, een anti-feature, een oneerlijke handelspraktijk.

[1] onderaan pagina https://support.microsoft.com/nl-nl/office/pop-imap-en-smtp-instellingen-voor-outlook-com-d088b986-291d-42b8-9564-9c414e2aa040
[2] interessante analyse op https://answers.microsoft.com/en-us/msoffice/forum/all/imap-is-not-working-correctly-on-outlook-office365/ab51cf7d-5b39-48dd-81a1-7f8dd5a91a17
nu weet ik niet wat dit met het huidige topic te maken heeft?

Daarnaast er is GEEN limiet van 1 apparaat.

Hi Karl,

Sorry for the slow answer. No it is not "one login per time" it is a little bit more complicated.

I did a test with Thunderbird, where I cut the internet line several time, to produce the broken connections. I get the same error message.

I would say the conclusion is that Gmail produces more broken TCP connections, and so you reach earlier the given limit and get the error message. The root cause for that is party because it uses 4 connections (instead of the Thunderbird which we have already set to 1), and this Android sleep thing might causes also some extra broken connections (but that is not confirmed, just a guess).

Regards the "first comes first severs". You have a limit of 15 connections. If you reach this limit new connects get this "BAD User is authenticated but not connected" error, however if there are before opened working TCP connections, those are still working.

So if you connect with Thunderbird, and it works, then Gmail creates enough broken connections and you reach the limit, and run the test site, you will see there "BAD User is authenticated but not connected", however your Thunderbird is still working.

I hope I can finally do some measurements with the IMAP proxy and then see how the Gmail app opens new connects, and how much broken TCP connections it produces.

Regards,

Robert

Laatste post van aswers post: https://answers.microsoft.com/en-us/msoffice/forum/all/imap-is-not-working-correctly-on-outlook-office365/ab51cf7d-5b39-48dd-81a1-7f8dd5a91a17?page=5
15-07-2020, 08:04 door Anoniem
Door Anoniem: Toch knap dat men dit in slechts 12 jaar heeft weten te realiseren (sorry voor dit sarcasme).
MS en het hanteren van breedgedragen standaarden en conventies gaat niet altijd even soepel, inderdaad. We zijn in ieder geval aangeland bij "Embrace".

Voor de zekerheid: RFC 3598 komt uit 2003. :-)
https://tools.ietf.org/html/rfc3598
18-07-2020, 22:23 door Anoniem
de coppycats , i doe dat al jaren met mijn domein ik heb honderden email adressen voor elk bedrijf één virtueel en elk niet bestaand adress word samenbebracht in het stort enkel deze die ik wil zal ik te zien krijgen.

Ik heb maar één keer dat zo'n rus en één keer dat een fransman deze had weten te stelen ...
Het bedrijf heeft prompt zijn naam gewijzig na het in kennis stellen.(email adressen met meer dan 15 karakters)
19-07-2020, 07:13 door Eric-Jan H te D
Ik gebruik in mijn Gmail account extra punten voor dit doel.
Reageren

Deze posting is gelocked. Reageren is niet meer mogelijk.