Kan geen email verzenden vanaf mijn eigen (local) server.

Tegenwoordig is een ontbrekende SPF en/of DKIM voor je email vaak al reden om tot spam gereduceerd te worden. Daarom is het altijd verstandig via een officieele relay server beschikbaar gesteld door je (hosting) provider te versturen.
Als je onder een eigen domeinnaam wilt versturen vanaf en eigen server binnen het Ziggo netwerk dan zal je PTR record (wat je niet kan wijzigen) blijven verwijzen naar Ziggo en dus niet overeenkomen met je domein, ergo, extra spam punten. Dat laatste zou je misschien nog enigzins kunnen ondervangen door je mail DKIM te ondertekenen in het SPF record van je domein de juiste mailhost te plaatsen (ip adres of hostname van de PTR).
Ik heb de hosting lekker uitbesteed, scheelt een hoop frustratie.
 
Blijft het vreemd vinden.

Een email verzenden vanaf een wifi device (android telefoon) werkt gewoon.

Een email verzenden vanaf de prompt van de mailserver zelf werkt ook gewoon (> mailx -r [email protected] [email protected])

Werkt alleen niet als ik via een webmail applicatie (squirrelmail) op mijn eigen mailserver wil verzenden. Dan wordt dit geclassificeert als spam.

PS: DKIM, SPF en DMARC zijn allemaal goed ingesteld en werkt ook.
 
als ik via een webmail applicatie (squirrelmail) op mijn eigen mailserver wil verzenden

Allemaal essentiële info die je in de eerste paar posts weglaat. Kan het zijn dat die aplicatie nog een oude tls versie gebruikt. Versie 1.0 en 1.1 gelden als verouderd en worden steeds vaker geblokkeerd.

Op hun website zie ik alleen iets van versie TLS 1.0 (link) En een verhaal over het nog meer verouderde SSL protocol.
 
Laatst bewerkt:
Al geprobeerd een mailtje te sturen naar het adres op deze website:
...en je ziet zo wat er mis is.
 
Allemaal essentiële info die je in de eerste paar posts weglaat. Kan het zijn dat die aplicatie nog een oude tls versie gebruikt. Versie 1.0 en 1.1 gelden als verouderd en worden steeds vaker geblokkeerd.

Op hun website zie ik alleen iets van versie TLS 1.0 (link) En een verhaal over het nog meer verouderde SSL protocol.

Als dat zo zijn waarom dan wel een email accepteren en vervolgens als spam classificeren. smtp.ziggo.nl heb je tls/ssl nodig om mail te kunnen versturen. Zou dat dan niet een eerste blok zijn voor het tegenhouden van spam??

En waarom werkt het wel op andere manieren met dezelfde linux libs.

Sorry. Ik probeer het te begrijpen hoe en waarom.

PS: nooit gehoord dat een spam filter filters op tls/ssl protocol. Is dat niet iets van een een ontvanger/sender die email onvangt en verzend??
 
Laatst bewerkt:
Al geprobeerd een mailtje te sturen naar het adres op deze website:
...en je ziet zo wat er mis is.

Getest en ik krijg een heel hoge spamassin score omdat er geen htm tag in de mail zit.

Ik probeer gewoon een plain text email te versturen. Misschien gaat het daar mis met mijn webmail applicatie.

BTW: test mails waren verzonden vanaf mijn android phone (gmail). (webmail werkt niet .. uiteraard)
 
Laatst bewerkt:
Blijkt te zijn opgelost. Het was de 'Footer' dat squirrelmail automaties toevoegt in:

./plugins/email_footer/config.php

$plain_text_email_footer

= "\n\n";
//. "-----------------------------------------\n"
//. "This email was sent using SquirrelMail.\n"
//. " \"Webmail for nuts!\"\n"
//. "https://squirrelmail.org/\n";

Geen TLS problemen of iets anders :)

Groter probleem is dat ziggo filters op header email (ok), maar ook op de data email. En ik vind dat is erg "debatable" en in mijn optiek erg fout.
 
Laatst bewerkt:
Bijft nog het probleem dat ik geen spamcop email-abuses kan verzenden. Dit wordt nog steeds als spam gedefinieert. Grrr.
 
Groter probleem is dat ziggo filters op header email (ok), maar ook op de data email. En ik vind dat is erg "debatable" en in mijn optiek erg fout.

Wat bedoel je met 'data email'. Als je de inhoud bedoelt, dan doen alle providers dat wel. Spamassassin kijkt ook naar trefwoorden in de inhoud.

Ik wilde een paar geleden een stukje bash code naar een collega sturen met een KPN account. Ziggo weigerde dat, ook als ik het zipte of als pdf verstuurde. Uiteindelijk via een niet-ziggo account verstuurd. Toen was het de kpn mailserver die de mail als spam terug stuurde.

Door steeds meer uit de mail te wissen en weer te versturen, kwam ik uit op de regel waar het spamfilter over viel. Het was een absoluut onschuldige regel, waar ik de reden niet voor kon ontdekken. Er stond wel een url in die regel, net als bij jou.
 
Wat bedoel je met 'data email'. Als je de inhoud bedoelt, dan doen alle providers dat wel. Spamassassin kijkt ook naar trefwoorden in de inhoud.
'data email' is inderdaad wat ik bedoel als inhoud van de brief. Spamassasin kun je instellen dat er wordt gecontroleerd op virus bijlagen, maar een simpele brief (email) op inhoud om deze te classificeren als spam vindt ik iets te ver gaan.
Ik wilde een paar geleden een stukje bash code naar een collega sturen met een kpn account. Ziggo weigerde dat, ook als ik het zipte of als pdf verstuurde. Uiteindelijk via een niet-ziggo account verstuurd. Toen was het de kpn mailserver die de mail als spam terug stuurde.

Door steeds meer uit de mail te wissen en weer te versturen, kwam ik uit op de regel waar het spamfilter over viel. Het was een absoluut onschuldige regel, waar ik de reden niet voor kon ontdekken. Er stond wel een url in die regel, net als bij jou.

Een envelop met een geadresseerde en de aanhef (ook een punt) van een brief kan ik nog inkomen dat er gesorteerd wordt. Niet de inhoud van de brief.
(Gaat de postbode helemaal niets aan toch...Automatisch of niet - Log files komen er toch wel uit)
 
Terug
Bovenaan