Op mijn eigen domein heb ik voor mijn huisgenoten email adressen aangemaakt. Sinds kort, als ik mail stuur naar een van mijn huisgenoten komt deze niet aan. Ook krijg ik geen foutmelding op het verzendende account. Als ik van mijn huisgenoot een mail stuur naar mijn account komt die wel gewoon aan. Een reply hierop komt vervolgens weer niet aan.
Niet te vinden in de spambox van mijn huisgenoot, bericht staat in mijn mail wel netjes in de verzonden map.
Dit gebeurt zowel in Outlook (2013) als Android mail.
Via de Freedom webinterface werkt het overigens wel goed.
/update
Als mijn huisgenoot vanuit haar Outlook mail naar mij stuurt komt die wel aan. Er zit dus iets geks in mijn Outlook en Android mail
Welke uitgaande mailserver gebruik je? Dat zou smtp.freedom.nl moeten zijn en authenticatie op SMTP op basis van gebruikersnaam en wachtwoord inschakelen.
Als de clients die mails verzenden die niet aankomt een andere uitgaande mailserver gebruiken, zal de mail geweigerd worden omdat die mailserver niet in het SPF record staat en geen geldige DKIM sleutel meestuurt. Alternatief zou nog kunnen zijn om een eventuele andere mailserver toe te voegen in het SPF record. Dan wordt nog steeds geen geldige DKIM sleutel meegestuurd, maar dat is niet zo erg (voor DMARC moet of SPF of DKIM kloppen, of allebei natuurlijk, maar het is geen vereiste dat ze allebei moeten kloppen voor correcte mailbezorging).
Raar, verkeerde uitgaande mailserver is het enige dat ik kan bedenken, al zou je dan verwachten dat het naar de rest van de wereld ook bijna altijd (als ontvanger server checkt op SPF/DKIM/DMARC) fout gaat. Dat is het dus niet.
Ik denk dat we dit op de community niet kunnen oplossen, beste is dan de helpdesk even te mailen met de volgende gegevens:
E-mailadres afzender
E-mailadres ontvanger
Datum en tijdstip
Onderwerp regel van de mail
Dan kan iemand bij Freedom/Soverin even in de logs duiken om te zien wat er gebeurd.
Ik denk dat de blokkade van begin af aan in jouw (verzendende) mailclient zit.
Om Freedom inteferentie uit of in te sluiten waarbij jij/jullie beide in hetzelfde (eigen)domein zitten met de mailbox, check het volgende:
Zend een mail naar een huisigenoot met jezelf op CC , voorts idem met BCC met BVO (bevestiging van ontvangst op server en client):
â mail zal dus niet aankomen bij je huisgenoot
â Kijk in de header welk pad jouw CC/BCC volgt. (ook handig voor de helpdesk).
â check het (niet) aankomen ook via/in de webmail interface van die huisgenoot
Doe hetzelfde met nu een alias die verwijst naar mailboxnaam van de onafleverbare huisgenoot.
â doe idem
Indien (nog) mailboxen vrij, maak even nieuwe mailbox die een huisgenoot symboliseert. Mailbox kan je later weer geheel verwijderen.
â doe idem checks
Ben benieuwd of mail wanneer wel/niet aankomt.
aanvulling:
In de good old days kon mail simpel plat/gecheckt worden op de commandline met bv telnet naar poort 25. In modern verplichte Freedom tijden kan dit via een geschikte commandline mail client bv sendmail, ssmtp of iets soortgeljks:
Errug handig trouwens om, mits je client/os natuurlijk âssl/certificatenâ kan ondersteunen, FF snel iets te checken om te kijken of dingen nog werken.
Aanvulling2, leuk om mij er even in te verdiepen, mail kan ook via openssl worden verstuurd:
openssl s_client -connect smtp.freedom.nl:465 -crlf -ign_eof
EHLO localhost
AUTH PLAIN base64hash:userid/password
MAIL FROM: <user1@eigendomein.abcde>
rcpt to: <user2@eigendomein.abcde>
DATA
Subject: Dit is openssl gemaild
.
quit
NB: de âbase64hash:userid/passwordâ auhorisatie waarde is de gecodeerde resultante via: echo -ne "\0userid\0password"|base64
Kan het zijn dat de instelling in jouw zendende mail-programma ervoor kiest om niet EN de verzonden mail EN de ontvangen mail af te leveren, en âbesluitâ dat het bewaren van âverzonden-mailâ voldoende is ?
