datagott > internet.* > internet.www.ontwerp

Sjoerd (21.09.2019, 14:01)
Stel, je heet Jan Pietersen en hebt een website [..].
Je creŽert jan als doorstuuradres naar je eigen e-mailadres
jan.
Je kunt nu mails versturen met als afzender jan. Zo! Staat
dat even professioneel.

Bij webhoster MijnDomein maakte ik mee dat ze op een gegeven moment een
moderniseringsslag maakten. O.a. allerlei beveiligingsmaatregelen, SSL,
van FTP naar SFTP en nog veel meer.
Een van de gevolgen was dat je jan niet meer als afzender kon
gebruiken, zolang dat een doorstuuradres was. Dat kan alleen als je voor
dat adres een eigen mailbox hebt, of, voor wie er verstand van heeft, je
een zgn. SPF-record maakt, waarin je je IP-adres kunt whitelisten.

Later had ik een andere webhoster, die die moderniseringsslag nog niet had
gemaakt. (Niets kwaads over MijnDomein, maar voor die kleine site van mij
was dat ene pakket dat ze hadden, onnodig groot (en dus onnodig duur).)
Mails met als afzender jan waren weer mogelijk zonder een
eigen mailbox.

Maar nu komt het verraderlijke. Die mails met jan als
afzender komen wel bij de meeste geadresseerden terecht, maar niet bij
iedereen. Met name niet bij mensen die bij Tele2 zitten.
Gewoonlijk gebeurt dat ongemerkt, zonder dat je een of andere foutmelding
terugkrijgt.
Maar ik heb zo'n foutmelding gezien bij iemand die haar mail met afzender
miep (zoiets) had gestuurd naar leden, waarna het
weer naar 25 mensen werd doorgestuurd. Voor 3 van de 25 kwam een
foutmelding terug, die zag er zo uit:

klaas<mailto:klaas>
host mx10.se.isp-net.nl<http://mx10.se.isp-net.nl> [82.215.18.99]
SMTP error from remote mail server after end of data:
550 185.175.200.6 is not allowed to send mail from
deboer.nl<http://deboer.nl>. Please see the SPF record, with scope
mfrom, identity miep<mailto:miep>,
and ip 185.175.200.6

Nog een andere foutmelding, dit was gericht aan iemand met een
onetelnet-adres:

kees<mailto:kees>
host mx.stipte.net<http://mx.stipte.net> [188.40.16.131]
SMTP error from remote mail server after RCPT
TO:<kees<mailto:kees>>: 550 5.7.1
<kees<mailto:kees>>: Recipient
address rejected: Message rejected due to: SPF fail - not authorized.
Please see
[..]

Het stomme is nu weer dat dat laatste adres, dat uitleg zou moeten geven,
niet bereikbaar is. Ook bij [..] de melding: 'This site can't be
reached'. Mooi zootje daar weer.

Ik vrees dus dat het nogal eens voorkomt dat mails niet aankomen, zonder
dat men dat in de gaten heeft.

En mijn grote vraag is: bij wie zit nu de fout?

Miep de Boer, omdat ze voor miep geen eigen mailbox heeft?
(Hoe kon ze weten dat dat moest?)

Of Tele2 (en mogelijk anderen; waar hoort onetelnet bij?), die dit soort
mails, niet afkomstig van iemand met een tele2-adres, had moeten doorlaten?

Of heeft het toch iets te maken met het feit dat de mails via een
doorstuuradres gaan (hier: leden)?
Het lijkt me dat als Miep een rechtstreekse mail naar Klaas zou sturen,
dat die ook niet aan zou komen.
Rob (21.09.2019, 16:46)
Sjoerd <xx> wrote:
> Ik vrees dus dat het nogal eens voorkomt dat mails niet aankomen, zonder
> dat men dat in de gaten heeft.


Dat is zeer zeker het geval.
De overvloed aan spam heeft veel mailserver beheerders er toe gebracht
om draconische maatregelen te nemen die veelal de betrouwbaarheid van
het medium e-mail zwaar negatief beinvloed hebben.

Omdat e-mail "on the way out" is (na de telex en de fax zal dit het
volgende medium zijn wat gaat verdwijnen) is er bij velen wellicht
ook niet veel interesse meer voor. Stuur maar een appje, denkt men dan.
s|b (21.09.2019, 22:58)
Rob schreef:

> Omdat e-mail "on the way out" is (na de telex en de fax zal dit het
> volgende medium zijn wat gaat verdwijnen) is er bij velen wellicht
> ook niet veel interesse meer voor. Stuur maar een appje, denkt men dan.


Dat zal toch nog wel even duren, vermoed ik. Heel wat bedrijven
gebruiken e-mail en koppelen hun agenda/kalender eraan vast. Ik denk
bijvoorbeeld aan Outlook. In plaats van een "externe" app denk ik toch
dat ze eerder hun eigen interne mailserver vertrouwen.
Rob (22.09.2019, 09:53)
s|b <me> wrote:
> Rob schreef:
> Dat zal toch nog wel even duren, vermoed ik. Heel wat bedrijven
> gebruiken e-mail en koppelen hun agenda/kalender eraan vast. Ik denk
> bijvoorbeeld aan Outlook. In plaats van een "externe" app denk ik toch
> dat ze eerder hun eigen interne mailserver vertrouwen.


Zo werkt dat niet. Het gaat er niet om wat ze nu doen en wat ze liever
doen en wat ze vertrouwen maar om wat de hele wereld doet.

Als al jouw communicatiepartners ineens op Whatsapp zitten dan moet jij
ook Whatsapp doen, zelfs als je dat helemaal niet vertrouwt en/of het
zakelijk gezien helemaal niet handig is.

Als op een gegeven moment de Whatsapp groep snel groeit dan moet men
wel overstappen en dan kan men nog wel een tijdje koppig op e-mail
blijven maar daar komt dan niks meer op binnen. Hetzelfde als wat er
inmiddels met fax gebeurd is. En dan gaat het snel.

Net als usenet zal e-mail best nog wel een tijd blijven bestaan op
internet, maar "de gewone man" cq "het gewone bedrijf" gebruikt het dan
niet meer.
Sjoerd (22.09.2019, 11:37)
Rob schreef:
> Sjoerd wrote:
> Dat is zeer zeker het geval.
> De overvloed aan spam heeft veel mailserver beheerders er toe gebracht
> om draconische maatregelen te nemen die veelal de betrouwbaarheid van
> het medium e-mail zwaar negatief beinvloed hebben.
> Omdat e-mail "on the way out" is (na de telex en de fax zal dit het
> volgende medium zijn wat gaat verdwijnen) is er bij velen wellicht
> ook niet veel interesse meer voor. Stuur maar een appje, denkt men dan.


Jaja, maar nu even praktisch. Kun je aan de foutmelding zien wat er
precies aan de hand is? En is het realistisch om van iemand die een mail
stuurt vanaf naam, te verlangen dat-ie een SPF-record aanmaakt?

Of kun je stellen dat het sturen van een mail van naam naar
naam onmogelijk is geworden? En dat het probleem in ieder geval
niet bij mij ligt? Is er in DirectAdmin misschien iets in te stellen
waarmee dit kan worden omzeild?
Rob (22.09.2019, 12:00)
Sjoerd <xx> wrote:
> Rob schreef:
> Jaja, maar nu even praktisch. Kun je aan de foutmelding zien wat er
> precies aan de hand is? En is het realistisch om van iemand die een mail
> stuurt vanaf naam, te verlangen dat-ie een SPF-record aanmaakt?
> Of kun je stellen dat het sturen van een mail van naam naar
> naam onmogelijk is geworden? En dat het probleem in ieder geval
> niet bij mij ligt? Is er in DirectAdmin misschien iets in te stellen
> waarmee dit kan worden omzeild?


Tja dat is dus het probleem: de beheerder van de ontvangende mailserver
bepaalt wat voor eisen die stelt aan de verzender. Vindt die ontvanger
dat je maar moet zorgen dat je SPF en/of DKIM op je mail hebt en anders
ga je in de spambak, dan heb jij daar verder geen zeggenschap over en
komt je mail gewoon niet aan.

Je kunt proberen op een andere manier de klant proberen te bereiken en
die ervan te overtuigen dat ie bij zijn beheerder moet gaan klagen dat
dit geen manier van werken is, maar die komt dan ongetwijfeld met het
verhaal dat ze dit doen om spam in te perken, iets waar andere klanten
om gevraagd hebben.

Dit is dus het probleem van e-mail. Er zijn geen uniforme werkmethoden
en iedereen kan maar doen wat ie wil. Het lukt mij bijv ook bijna niet
meer om mail naar gmail.com te sturen.

Wat foutmeldingen en debuggen betreft: dat kan alleen met ongemodificeerde
headers, dus waarin geen domeinnamen zijn veranderd ofzo. Immers degene
die er naar kijkt moet ook de SPF lookup voor het betreffende domein
kunnen doen. En je moet full headers erbij hebben dus niet alleen de
SMTP foutmelding om te kunnen zien wat er precies verstuurd is en waar
het aan voldoet.
s|b (29.09.2019, 12:49)
Rob schreef:

> Als al jouw communicatiepartners ineens op Whatsapp zitten dan moet jij
> ook Whatsapp doen, zelfs als je dat helemaal niet vertrouwt en/of het
> zakelijk gezien helemaal niet handig is.


En net deze week kom ik erachter dat mijn ISP (Telenet) een WhatsApp
account heeft opgericht. Bellen kan (voorlopig?) niet, maar berichten
sturen wel. Ze zijn sowieso ook al actief op Facebook en Twitter.
Soortgelijke onderwerpen