Spam compleet uitschakelen op prive Office 365 abonnement.

[TweakerVincent]

Ik zoek me rot en net weer sessie met een chat callcenter mw wat natuurlijk niet opschoot. De helft van mijn mail komt in de spam folder terecht. Erg irritant.

Ik wil de complete spam folder disabelen maar dat kan volgens mij prive helemaal niet. Ik heb een powershell script gevonden maar die werkt alleen voor corp. versies

Nu moet ik dagelijk een x aantal keer de spam folder checken. Erg irritant en ik mis regelmatig belangrijke mail. Gelukkig ontvang ik weinig spam dus controleren kan wel snel en het is daardoor niet erg de complete spam folder te disablen.

Dit moet echter wel op Root niveau gebeuren zodat al mijn appareten dit krijgen het liefst. ipv overal manual.

Iemand een gouden tip?

Vroeger bij gmail werkte het super goed, ben overgestapt alleen dit werkt echt bagger.

[ Voor 5% gewijzigd door TweakerVincent op 20-05-2020 19:57 ]

[Snake]

Kan je geen rule maken?

[TweakerVincent]

Snake schreef op woensdag 20 mei 2020 @ 20:01:
Kan je geen rule maken?

Dat zou op een aantal devices kunnen maar in outlook.com zie ik die optie niet? Je zou een held zijn als het wel lukt via outlook.com.

Mijn iOs app kan volgens mij ook geen rules aanmaken en die gebruik ik het meest...

Gevonden! even kijken

Ik heb nu een rule:

Apply all message

add condition:

Move to inbox


Maar volgens mij gaat dit niet werken omdat hij direct naar spam gaat. Of wel?


Gaat wss niet werken MAAR ik heb dit gevonden https://www.robinhobo.com...s-to-junk-or-spam-folder/

Via flow zou het lukken. even proberen

[ Voor 38% gewijzigd door TweakerVincent op 20-05-2020 20:09 ]

[Snake]

De vraag is wel: waarom gebeurd dit?

Zijn dit mails die worden geforwarded?

Ik heb een domain: foobar.com, waarop ik een catch-all heb, en die mails worden dan doorgestuurd naar mijn persoonlijk [e-mail].

Die mails komen inderdaad soms in SPAM, maar dat is omdat de SPF check faalt.

Bijvoorbeeld: [e-mail] krijgt een mail van Reddit via Amazon SES. Mijn forwarder stuurt deze door naar [e-mail].

Outlook controlleert dan of de verzender (mijn forwarder) mails mag sturen met een 'from' adres van Amazon SES.

Amazon zegt njet, het IP van de forwarder is niet van ons, as such, SPF fail.

[ Voor 34% gewijzigd door Snake op 20-05-2020 20:35 ]

[TweakerVincent]

Snake schreef op woensdag 20 mei 2020 @ 20:23:
De vraag is wel: waarom gebeurd dit?

Zijn dit mails die worden geforwarded?

Ik heb een domain: foobar.com, waarop ik een catch-all heb, en die mails worden dan doorgestuurd naar mijn persoonlijk [e-mail].

Die mails komen inderdaad soms in SPAM, maar dat is omdat de SPF check faalt.

Bijvoorbeeld: [e-mail] krijgt een mail van Reddit via Amazon SES. Mijn forwarder stuurt deze door naar [e-mail].

Outlook controlleert dan of de verzender (mijn forwarder) mails mag sturen met een 'from' adres van Amazon SES.

Amazon zegt njet, het IP van de forwarder is niet van ons, as such, SPF fail.

Nou bij mij komt echt van alles verkeerd. Drama is het. Maar gelukkig amper echte spam dus ik het prima om alles in de inbox te krijgen.

[Snake]

TweakerVincent schreef op woensdag 20 mei 2020 @ 20:52:
[...]


Nou bij mij komt echt van alles verkeerd. Drama is het. Maar gelukkig amper echte spam dus ik het prima om alles in de inbox te krijgen.

Wel, als jouw emailadres [e-mail] is, en iemand mailt naar naar toe, en het komt nog steeds in Spam, dan moet je eens naar de bron kijken. Door de headers te lezen kan je soms leren waarom het gebeurd.

[TweakerVincent]

Snake schreef op woensdag 20 mei 2020 @ 21:55:
[...]

Wel, als jouw emailadres [e-mail] is, en iemand mailt naar naar toe, en het komt nog steeds in Spam, dan moet je eens naar de bron kijken. Door de headers te lezen kan je soms leren waarom het gebeurd.

Ja het is echt verschillend gewoon drama eigenlijk. daarom liever alles gewoon naar inbox. Nu hoop gedoe met microsoft flow en emailconnecten. damn leven van een IT-er

[iFap]

Misschien is het verstandig om naar de kern van het probleem te gaan kijken ipv een workaround implementeren om het alsnog in je inbox te krijgen. Dat het in je spamfolder terecht komt is natuurlijk niet voor niets.

[DiedX]

Ik las in het sysadm topic dat Office365 SPF en DKIM tegenwoordig streng hanteerd. Wat staat er in de headers van de 'spam'?

[TweakerVincent]

DiedX schreef op woensdag 20 mei 2020 @ 23:41:
Ik las in het sysadm topic dat Office365 SPF en DKIM tegenwoordig streng hanteerd. Wat staat er in de headers van de 'spam'?

een hele hoop waar moet ik op letten?

[Snake]

TweakerVincent schreef op woensdag 20 mei 2020 @ 23:49:
[...]


een hele hoop waar moet ik op letten?

zoek eens op 'spf' en post die lijnen.

[TweakerVincent]

Snake schreef op woensdag 20 mei 2020 @ 23:54:
[...]

zoek eens op 'spf' en post die lijnen.

Ik vind de lijnen maar er staat nogal wat in. Weet niet of ik dat op een openbaar topic wil plaatsen.

Hier begint het mee: Authentication-Results: spf=softfail

[Snake]

TweakerVincent schreef op donderdag 21 mei 2020 @ 00:00:
[...]


Ik vind de lijnen maar er staat nogal wat in. Weet niet of ik dat op een openbaar topic wil plaatsen.

Hier begint het mee: Authentication-Results: spf=softfail

Okay, en die mail, is die verzonden naar JOUW adres? Of naar een catch-all die dan wordt doorgestuurd naar jouw?

En wat is het domain van de verzender?

[ Voor 4% gewijzigd door Snake op 21-05-2020 02:52 ]

[TweakerVincent]

Snake schreef op donderdag 21 mei 2020 @ 02:51:
[...]

Okay, en die mail, is die verzonden naar JOUW adres? Of naar een catch-all die dan wordt doorgestuurd naar jouw?

En wat is het domain van de verzender?

Het gaat niet om 1 mail maar 40% van de mails komt in Spam. Hopeloos dit maar ik schijn niet de enige te zijn als ik internet mag geloven. Enige reden om terug naar gmail te verlangen.

[Twazerty]

TweakerVincent schreef op donderdag 21 mei 2020 @ 16:21:
[...]


Het gaat niet om 1 mail maar 40% van de mails komt in Spam. Hopeloos dit maar ik schijn niet de enige te zijn als ik internet mag geloven. Enige reden om terug naar gmail te verlangen.

Ik kan je vertellen dat gmail ook strenger wordt. Ik heb de afgelopen tijd allemaal technische verbeteringen op mijn server moet doorvoeren om mail correct in gmail te laten binnenkomen.

[DataGhost]

TweakerVincent schreef op donderdag 21 mei 2020 @ 16:21:
[...]


Het gaat niet om 1 mail maar 40% van de mails komt in Spam. Hopeloos dit maar ik schijn niet de enige te zijn als ik internet mag geloven. Enige reden om terug naar gmail te verlangen.

Aan de headers van 1 mail kan je anders alsnog behoorlijk wat afleiden wat waarschijnlijk op de rest ook toepasbaar zou kunnen zijn. Dat het "hopeloos" of "drama" is snappen we, maar het herhalen daarvan is voor niemand relevant. Je zal toch wat informatie moeten posten als je hier een oplossing wilt hebben, je snapt dat niemand je kan helpen als je geen informatie geeft, toch? Dingen als je mailadres kan je vervangen door [mijn mailadres]. De afzender is ook deels belangrijk, vooral het domein daarvan. Al is de afzender PornHub denk ik niet dat hier veel mensen zitten die jou kennen en bovendien daar lacherig over gaan doen, dus mij ontgaat een beetje waarom je zo terughoudend bent met het geven van de gevraagde informatie.
En niks houdt je natuurlijk tegen om terug naar Gmail te gaan.

[Droefsnoet]

Snake schreef op woensdag 20 mei 2020 @ 20:23:
De vraag is wel: waarom gebeurd dit?

iFap schreef op woensdag 20 mei 2020 @ 23:36:
Misschien is het verstandig om naar de kern van het probleem te gaan kijken ipv een workaround implementeren om het alsnog in je inbox te krijgen. Dat het in je spamfolder terecht komt is natuurlijk niet voor niets.

Dit is heel belangrijk. Dat iemand anders zijn mail als spam wordt gezien is in principe niet jouw probleem. Nou kan het spamfilter van Microsoft best streng zijn, waardoor je continu mails als veilig moet markeren, maar wat jij hoort te doen is achterhalen waarom de mail als spam wordt gezien en dat terugkoppelen naar de verzender. Dan kan die zijn mail aanpassen, zodat die niet meer als spam wordt gezien. Probleem hierbij is dat Microsoft niet duidelijk aangeeft waarom een mail als spam wordt gezien, je mag hopen dat er spf fail staat, maar het kan net zo goed een of andere interne code zijn.

[AP3X]

Ik heb een transport rule in exchange...

If received from outside the organization,
Set SCL to -1

Ik beoordeel zelf wel of iets spam is, daar heb ik MS niet voor nodig.

[ Voor 26% gewijzigd door AP3X op 21-05-2020 17:12 ]

[Snake]

TweakerVincent schreef op donderdag 21 mei 2020 @ 16:21:
[...]


Het gaat niet om 1 mail maar 40% van de mails komt in Spam. Hopeloos dit maar ik schijn niet de enige te zijn als ik internet mag geloven. Enige reden om terug naar gmail te verlangen.

Again: hoe komt deze mail aan in jouw inbox?

Via een catch-all of direct?

Droefsnoet schreef op donderdag 21 mei 2020 @ 16:32:
[...]


[...]

Dit is heel belangrijk. Dat iemand anders zijn mail als spam wordt gezien is in principe niet jouw probleem. Nou kan het spamfilter van Microsoft best streng zijn, waardoor je continu mails als veilig moet markeren, maar wat jij hoort te doen is achterhalen waarom de mail als spam wordt gezien en dat terugkoppelen naar de verzender. Dan kan die zijn mail aanpassen, zodat die niet meer als spam wordt gezien. Probleem hierbij is dat Microsoft niet duidelijk aangeeft waarom een mail als spam wordt gezien, je mag hopen dat er spf fail staat, maar het kan net zo goed een of andere interne code zijn.

Disagree, mail die via mijn forwarder op mijn outlook.com adres aankomt wordt gemarkeerd als Spam omdat de forwarder die mail niet mag verzenden.

[Droefsnoet]

Snake schreef op donderdag 21 mei 2020 @ 17:30:
[...]

Disagree, mail die via mijn forwarder op mijn outlook.com adres aankomt wordt gemarkeerd als Spam omdat de forwarder die mail niet mag verzenden.

Dat bevestigt mijn verhaal toch, de forwarder zorgt ervoor dat de mail als spam word gezien. Dat is niet de schuld van Outlook, want die keurt de mail terecht af als het SPF niet klopt.

[TweakerVincent]

Snake schreef op donderdag 21 mei 2020 @ 02:51:
[...]

Okay, en die mail, is die verzonden naar JOUW adres? Of naar een catch-all die dan wordt doorgestuurd naar jouw?

En wat is het domain van de verzender?

Ik heb een voorbeeld, doodnormale bedrijven, eentje bv van saunawereld.nl Komt gewoon keer op keer in mijn spam, zelfs als ik gereplyed heb. Het zijn geen vage sites.

Hier een stuk van de headers:

Authentication-Results: spf=softfail (sender IP is 209.85.160.174) smtp.mailfrom=carelife.nl; outlook.com; dkim=pass (signature was verified) header.d=supersauna-nl.20150623.gappssmtp.com;outlook.com; dmarc=none action=none header.from=supersauna.nl;
X-Ms-Exchange-Processed-By-Bccfoldering: 15.20.3000.016
X-Ms-Office365-Filtering-Correlation-Id: c0c1640f-8718-403b-1e48-08d7fb0a8f1c
Dkim-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=supersauna-nl.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; [lange string me encrypty niet relevant en niet leesbaar]
Return-Path: [e-mail]
<[e-mail]>
X-Ms-Exchange-Safelinks-Url-Keyver: 1
X-Ms-Exchange-Safelinks-Url-Keyver: 1
X-Sender-Ip: 209.85.160.174
Received-Spf: SoftFail (protection.outlook.com: domain of transitioning carelife.nl discourages use of 209.85.160.174 as permitted sender)

Dit lijkt wel ok om te delen.

[ Voor 13% gewijzigd door TweakerVincent op 21-05-2020 20:14 ]

[xh3adshotx]

TweakerVincent schreef op donderdag 21 mei 2020 @ 20:08:
[...]


Ik heb een voorbeeld, doodnormale bedrijven, eentje bv van saunawereld.nl Komt gewoon keer op keer in mijn spam, zelfs als ik gereplyed heb. Het zijn geen vage sites.

Hier een stuk van de headers:

Authentication-Results: spf=softfail (sender IP is 209.85.160.174) smtp.mailfrom=carelife.nl; outlook.com; dkim=pass (signature was verified) header.d=supersauna-nl.20150623.gappssmtp.com;outlook.com; dmarc=none action=none header.from=supersauna.nl;
X-Ms-Exchange-Processed-By-Bccfoldering: 15.20.3000.016
X-Ms-Office365-Filtering-Correlation-Id: c0c1640f-8718-403b-1e48-08d7fb0a8f1c
Dkim-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=supersauna-nl.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=0KGuRZOm0ZD5b9+xAR0EM8eDJ5awjeaWqKqNTZ+dMek=; b=H8rOFj4L/lwekch0x/Z5DAa3NgLllMbgi9HQKaOdqUon8FzTZWuXd2c5uVBaIoJqoK PXbB6Ldms68EfP/ZsMIqDLZGSEFPqHMeWnUa9NNUtBAZYqCE/cyHXLQkHDjMMRYiEkyM ZtssvZNL7hEO41cfykKXPRMIpKGHd+z20usLMZi5TZBbPNfuF+EHQEfK6QUy6c3Y2uUW BW8QT8weNfNcyNfYjwOhREhF2N73S35u9w/466R6UOok8PCc7+W4FyPAp6X8DW0I5M3N +iiOFJe1rAiiIEfC53gzSI5lrbL4ied8LS6daHP4wabnmyRJ36N5EkROBino0GuzYKsP UeUA==
Return-Path: [e-mail]
<[e-mail]>
X-Ms-Exchange-Safelinks-Url-Keyver: 1
X-Ms-Exchange-Safelinks-Url-Keyver: 1
X-Sender-Ip: 209.85.160.174
Received-Spf: SoftFail (protection.outlook.com: domain of transitioning carelife.nl discourages use of 209.85.160.174 as permitted sender)

Dit lijkt wel ok om te delen.

SPF record is niet 100% en outlook.com reageert daar altijd best hard op.

[Poltergeist]

sender IP is 209.85.160.174, in het spfrecord van zowel carelife.nl als supersauna.nl is v=spf1 a mx ip4:185.104.30.18 ~all. ~all houdt in dat er een softfail wordt gegeven (en dus als spam wordt aangemerkt) als het verzendende IPadres niet 185.104.30.18 is... Dus dan doet de server toch precies wat is aangegeven?

Duidelijke uitleg (vind ik dan) van hoe een SPF record gelezen wordt: https://www.byte.nl/kennisbank/dns/spf-records

[ Voor 16% gewijzigd door Poltergeist op 21-05-2020 20:18 ]

[DataGhost]

Het staat in de laatste regel van je paste, en als ik het zelf opzoek kom ik tot dezelfde conclusie. Het lijkt er dus op dat ze een oud SPF-record hebben (iets is veranderd en ze hebben het niet aangepast). Hun website draait wel op het IP wat in de SPF staat maar voor de mail zijn ze overgestapt op Google en dat hebben ze niet in hun SPF-record gezet.

[TweakerVincent]

Ok tof tnx

Een andere, dit is supersauna:

[e-mail]>
X-Ms-Exchange-Safelinks-Url-Keyver: 1
X-Ms-Exchange-Safelinks-Url-Keyver: 1
X-Sender-Ip: 209.85.160.174
Received-Spf: SoftFail (protection.outlook.com: domain of transitioning carelife.nl discourages use of 209.85.160.174 as permitted sender)

Komt ook in spam terecht. Wss ook aangemerkt als spam maar dit heb ik dus echt met veel mails

[TweakerVincent]

Maar ik mis dus echt ontzettend veel mails en ok mss klopt er iets niet in het bedrijf zelf maar feit blijft dat ik al 1.5 jr outlook niet goed kan gebruiken.

[Poltergeist]

supersauna en carelife zijn hetzelfde? Dus is het exact hetzelfde probleem... Zij zullen toch hun SPF records moeten aanpassen om dit niet te laten gebeuren...

[TweakerVincent]

Poltergeist schreef op donderdag 21 mei 2020 @ 20:19:
supersauna en carelife zijn hetzelfde? Dus is het exact hetzelfde probleem... Zij zullen toch hun SPF records moeten aanpassen om dit niet te laten gebeuren...

Andere is parallels, aardig normaal bedrijf en komt ook in spam terecht. Headers nog niet gecheckt maar dat schiet niet op

Ik krijg vrijwel geen echte spam binnen dus zou het echt niet erg vinden om spam compleet te disablen zoals ik al schreef. maar dat kan met private office 365 niet voor zover ik gevonden heb. Powershell commands gingen niet

[ Voor 22% gewijzigd door TweakerVincent op 21-05-2020 20:22 ]

[Twazerty]

Beste oplossing voor ons allen is al die bedrijven te mailen dat hun SPF records niet kloppen en dat ze in de spam belanden. Ja het is even pijnlijk, maar we doen er goed aan de mail met zijn allen technisch in orde te brengen.

[Maestro]

Helemaal met je eens, Twazerty. Helaas zijn correct ingestelde SPF records onvoldoende om mail altijd probleemloos afgeleverd te krijgen op het Office 365 platform.

Werkzaam bij een kleine hostingprovider maak ik het regelmatig mee dat mail die wordt verzonden vanaf onze SMTP servers en vervolgens netjes wordt afgeleverd op één van de Microsoft SMTP servers. Op SMTP niveau krijg ik netjes een 'Acepted, queued for delivery'.
Vervolgens krijgt de (O365) ontvanger óf de mail in de junk map, óf -nog vervelender- de mail verdwijnt daar in een zwart gat zonder iets van melding, NDR o.i.d.

We passen alle momenteel gangbare veiligheidskenmerken toe op het mailplatform:
- SPF, DKIM en DMARC tegen afzendervervalsing
- STARTTLS en DANE als transportbeveiliging
- Daarnaast ook IPv6 en DNSSEC op de domeinnaam, maar dat zal minder relevant zijn
- Er wordt probleemloos afgeleverd naar alle andere ontvangers (ook Gmail bijv.)
- We zijn aangemeld op SNDS en JMRP Daar worden geen problemen gemeld voor onze SMTP servers.

Dit gebeurt vaak nadat een klant een mail eruit heeft gedaan met meerdere O365 ontvangers in de CC of BCC. 'Vroeger' had de hele server dan een dag of twee problemen om mail afgeleverd te krijgen bij Microsoft, sinds een maand of 18 wordt alleen het verzender-domein nog getroffen voor een dag of twee, drie.

TLDR; SPF is anno 2020 noodzakelijk, maar onvoldoende om bezorg-problemen naar O365 gefixed te krijgen.

[TweakerVincent]

Twazerty schreef op vrijdag 22 mei 2020 @ 11:26:
Beste oplossing voor ons allen is al die bedrijven te mailen dat hun SPF records niet kloppen en dat ze in de spam belanden. Ja het is even pijnlijk, maar we doen er goed aan de mail met zijn allen technisch in orde te brengen.

Dat is een utopische oplossing die helaas in praktijk niet gaat werken. Mail die ik wel wil kan ik vaak prima whitelisten maar het gaat om onbekende zenders. Zoals bv nu met mijn sauna aankoop.

[Twazerty]

TweakerVincent schreef op vrijdag 22 mei 2020 @ 17:52:
[...]

Dat is een utopische oplossing die helaas in praktijk niet gaat werken. Mail die ik wel wil kan ik vaak prima whitelisten maar het gaat om onbekende zenders. Zoals bv nu met mijn sauna aankoop.

Microsoft is een grote speler die dit nu afdwingt, dat zorgt ervoor dat iedere serieuze partij ervoor zorgt dat dit allemaal in orde is (of in orde gaat maken).

[TweakerVincent]

Twazerty schreef op vrijdag 22 mei 2020 @ 18:05:
[...]


Microsoft is een grote speler die dit nu afdwingt, dat zorgt ervoor dat iedere serieuze partij ervoor zorgt dat dit allemaal in orde is (of in orde gaat maken).

Geweldig maar ik heb een waardeloze mailbox, of eigenlijk 2 inboxes nu dus.

Helaas werkt de workaround met microsoft flow ook al niet. Continu connectie errors als ik een flow met move mail wil maken. Ms levert geen support (gechat met een mw)

[DataGhost]

TweakerVincent schreef op vrijdag 22 mei 2020 @ 17:52:
[...]

Dat is een utopische oplossing die helaas in praktijk niet gaat werken. Mail die ik wel wil kan ik vaak prima whitelisten maar het gaat om onbekende zenders. Zoals bv nu met mijn sauna aankoop.

Als jij het niet aankaart, nee. Als je ze gewoon een mailtje stuurt

Hee jullie SPF-record is fout en daarom komt jullie mail in mijn spambox. Ik kan daar geen rule voor maken omdat het aan jullie kant verkeerd staat ingesteld, en dit heeft als gevolg dat een behoorlijk deel van jullie klanten ditzelfde probleem zal ervaren. Stuur dit door naar de IT-afdeling of degene die het SPF-record bij jullie heeft ingesteld, die kunnen er wat mee.

zijn ze in ieder geval op de hoogte en kunnen ze zelf kiezen wat ze ermee willen doen. Als het betekent dat ze slecht mailcontact kunnen onderhouden met klanten gaat er al gauw ergens een balletje rollen.

TweakerVincent schreef op vrijdag 22 mei 2020 @ 18:12:
[...]

Ms levert geen support (gechat met een mw)

Tsja, maar het SPF-record is toch echt door sauna-whatever ingesteld, niet door Microsoft. Ze hebben zelf aangegeven dat al hun e-mail vanaf een ander IP hoort te komen dan waarvandaan ze nu sturen. Het doel van het SPF-record is om duidelijk te maken dat mail wat niet van hun eigen ingestelde IP('s) komt spam is. Dus Microsoft doet gewoon wat dat bedrijf ze vertelt, namelijk die mail markeren als spam. Ik weet niet wat je verder wilt dat ze doen.

[ Voor 24% gewijzigd door DataGhost op 22-05-2020 18:42 ]

[TweakerVincent]

DataGhost schreef op vrijdag 22 mei 2020 @ 18:39:
[...]

Als jij het niet aankaart, nee. Als je ze gewoon een mailtje stuurt

[...]

zijn ze in ieder geval op de hoogte en kunnen ze zelf kiezen wat ze ermee willen doen. Als het betekent dat ze slecht mailcontact kunnen onderhouden met klanten gaat er al gauw ergens een balletje rollen.


[...]

Tsja, maar het SPF-record is toch echt door sauna-whatever ingesteld, niet door Microsoft. Ze hebben zelf aangegeven dat al hun e-mail vanaf een ander IP hoort te komen dan waarvandaan ze nu sturen. Het doel van het SPF-record is om duidelijk te maken dat mail wat niet van hun eigen ingestelde IP('s) komt spam is. Dus Microsoft doet gewoon wat dat bedrijf ze vertelt, namelijk die mail markeren als spam. Ik weet niet wat je verder wilt dat ze doen.

Nice ik heb je mail gebruikt voor het saunabedrijf omdat ik daar erg positief over ben. De rest is teveel werk. dank