E-Mail: Wat betekent de melding ‘450 4.7.25 Client host rejected’?

Onze mailserver ontvangt talloze e-mails van allerlei bronnen waarbij veelvuldig deze melding wordt teruggegeven. Wat is ermee aan de hand?

450 4.7.25 Client host rejected: cannot find your hostname, (IP-adres van zendend systeem)

Minimaal 98% van de pogingen is het gevolg van herhaaldelijke SPAM, verstuurd vanaf mailservers waarvan één of meerdere verwijzingen fout of niet zijn ingesteld. Professionele partijen hebben deze instellingen goed ingesteld.

Het werkt als volgt:

  1. Het IP-adres moet terug te vertalen zijn naar een hostname;
    Bijvoorbeeld: 176.56.239.109 –> speedy.sunshine-it.nl
    Dit is te controleren met ’tracert (IP-adres)’
  2. De hostname moet verwijzen naar het betreffende IP-adres;
    Bijvoorbeeld: speedy.sunshine-it.nl –> 176.56.239.109
    Dit is te controleren met ‘ping (hostname)’.

Bij een juiste instellingen verwijst IP-adres naar hostname, en hostname naar IP-adres:
176.56.239.109 –> speedy.sunshine-it.nl –> 176.56.239.109

Als er toch een melding wordt teruggegeven, dan is er het volgende aan de hand:

  1. Stap 1 faalt omdat er geen hostname kan worden bepaald
    Het PTR record met gewenste hostname moet worden ingesteld bij je Internetprovider die het IP-adres beheert. Dit komt voor bij o.a. bedrijven die hun mailserver intern hebben staan. Dit cruciale deel wordt dan eens vergeten.
  2. Stap 2 faalt omdat de hostname uit stap 1 niet bestaat
    Maak een A record aan die verwijst naar het IP-adres
  3. De hostname uit stap 1 verwijst naar een ander IP-adres
    Het PTR record verwijst naar een vaker gebruikte hostname. De verwijzingen moeten uniek worden gemaakt.

Hopelijk wordt op deze manier inzichtelijker wat er fout gaat (bij uw provider).

Neem voor meer informatie/hulp contact met ons op.

PHP 7.3 nu ook beschikbaar

Vanaf heden is ook de nieuwste versie van PHP beschikbaar voor gebruik op je website.

Gebruik maken van deze versie? Controleer of je website(onderdelen) berekend zijn op de vernieuwingen die bij PHP 7.3 inbegrepen zijn!

De aangeboden PHP versies die wij hosten zijn:

  • 7.3 – meest recente versie
  • 7.2 – meest recente versie
  • 7.1 – meest recente versie
  • 7.0(.33) – end of life*
  • 5.6(.40) – end of life*

* Deze versies zijn ‘end of life’. Alleen bij hoge uitzondering kunnen nog updates worden uitgebracht. Ondanks dat deze versie wordt aangeboden wordt verzocht om de website bij te werken – indien mogelijk – dat deze een nieuwere PHP versie ondersteund.

Gratis SSL certificaat: Let’s Encrypt

Sinds maart 2018 is het mogelijk om uw website te laten voorzien van een gratis SSL certificaat van Let’s Encrypt.
Wilt u deze op uw website activeren? Geef dit aan ons door en we activeren het voor u.

Vergeet niet na activatie uw website ‘door te verwijzen’ naar https.

Verstoring e-mail naar Hotmail.com (opgelost)

Momenteel kan het voorkomen dat er e-mailberichten – geadresseerd aan Hotmailers – worden teruggestuurd met onderstaande inhoud. Schijnbaar staat onze server – of de reeks met IP-adressen – op een zwarte lijst. Welke reden dit heeft is niet bekend en wordt – schijnbaar – niet proactief meegedeeld.

De melding is naar Microsoft/Hotmail gestuurd. Hopelijk kunnen zij spoedig uitzoeken waarom onze server is geblokkeerd.
We verontschuldigen ons voor het ongemak.

This is the mail system at host sunshine-it.nl.

I’m sorry to have to inform you that your message could not
be delivered to one or more recipients. It’s attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

The mail system

<(geadresseerde)@hotmail.com>: host (mailserver Hotmail) said: 550 5.7.1
Unfortunately, messages from [176.56.239.109] weren’t sent. Please contact
your Internet service provider since part of their network is on our block
list (AS3140). You can also refer your provider to
http://mail.live.com/mail/troubleshooting.aspx#errors.
[(mailserver Hotmail)] (in reply to MAIL FROM command)

Verstoring 28 januari 2016

(On)gepland onderhoud heeft vanmorgen de diensten van Sunshine IT wederom onbereikbaar gemaakt.

Volgens de voor ons beschikbare gegevens is het systeem van 3:58 tot en met 8:41 uur niet beschikbaar geweest door een handmatige uitschakeling. We gaan ervan uit dat deze verstoring – die niet direct is aangekondigd – is veroorzaakt door werkzaamheden aan het opslagplatform van onze serviceprovider.

Verhogen betrouwbaarheid/continuïteit
Al deze verstoringen hebben ertoe geleid dat wordt gekeken naar een andere invulling van onze dienstverlening om met name de betrouwbaarheid verder te verhogen.
We zijn in 2007 begonnen met een eigen fysieke server, in 2010 gecombineerd met een virtuele server en in 2015 geheel overgestapt op een virtuele server met hoge beschikbaarheid. Desondanks ervaren we nog te vaak ongemakken waardoor we overwegen om het operationeel beheer uit besteden. Maar daarover later meer.

Verstoring 8 januari 2016

Deels uitgevoerde ‘fail-over’ zorgt voor onbereikbare dienstverlening

Vanmorgen heeft een storing plaatsgevonden die duurde van ~9:10 uur tot ongeveer 9:55 uur. We betreuren het ongemak wat dit heeft veroorzaakt. In dit bericht leggen we uit wat er is gebeurd.

Sunshine IT heeft zijn virtuele server op een high-availability cluster ondergebracht. Dit is een aantal computers (nodes) dat samenwerkt en ervoor zorgt dat – in het geval er problemen zijn – deze door andere nodes kunnen worden overgenomen. Hierdoor kan een hogere (garantie van) beschikbaarheid van bronnen (zoals processoren en werkgeheugen) worden geboden dan een normale fysieke server.

Als een node uitvalt worden de daarop draaiende virtuele servers door andere beschikbare nodes overgenomen. Dit gebeurt meestal automatisch en wordt fail-over genoemd. Daarbij worden werkgeheugen, processoren maar ook netwerkverbindingen overgezet. Bij dat laatste is wat fout gegaan; de virtuele server was via het beheer nog wel te benaderen, maar niet meer via het netwerk.

Om het probleem opgelost te krijgen is door de provider het gehele cluster opnieuw opgestart evenals de virtuele servers die erop waren toegevoegd. Iets wat je alleen doet als problemen hardnekkig zijn. Hierna is de dienstverlening rond 9:55 uur weer beschikbaar gekomen.