Tag: problemen

nieuwsbrief email gmail

Problemen met het verzenden van email via Ziggo

nieuwsbrief email gmailDeze laatste tijd hebben wij van een aantal cliënten ondersteuningsverzoeken gekregen in verband met problemen met het verzenden van email via Ziggo. De problemen met het verzenden van email via Ziggo ontstaan doordat Ziggo verzending via SMTP poort 25 blokkeert.

Ziggo heeft namelijk al geruime tijd geleden besloten om alle uitgaande verbindingen op poort 25 af te sluiten voor alle klanten. Poort 25 is de zogenaamde SMTP-poort waarmee e-mails worden verzonden. De enige uitgaande mailservers die nog te bereiken zijn via poort 25 zijn die van Ziggo zelf. Kennelijk gaat dit per regio, omdat met name cliënten in het zuiden van het land daar nu last van krijgen. Daardoor ontstaan er voor sommige gebruikers vervelende problemen met het verzenden van email via Ziggo

Wanneer u problemen ervaart met verzending van email via bijvoorbeeld Outlook controleer dan bij uw account de server-instellingen. Staat als SMTP server Ziggo ingesteld op poort 25 verander deze dan als onderstaand:

  1. server: smtp.ziggo.nl.
  2. serverpoort: 587.
  3. type versleuteling: STARTTLS, TLS of SSL.
  4. verificatie vereist: ja.
  5. gebruikersnaam: volledig e-mailadres.
  6. wachtwoord: je e-mailwachtwoord.

De problemen met het verzenden van email via Ziggo zijn daarna meestal opgelost. Blijft u problemen houden dan kunt u het beste contact openemen met de helpdesk van Ziggo.

Een andere oplossing is verzenden door gebruik te maken van uw eigen domeinnaam, ingeval u een hostingpakket via ons afneemt.

  1. server: mail.uwdomein.nl   ( uwdomein.nl vervangen door uw eigen domeinnaam)
  2. poort: 587
  3. versleuteling: afhankelijk van uw instellingen bij uw domeinnaam;
  4. gebruikersnaam/wachtwoord: dezelfde als die u gebruikt voor inkomende mail.

Meer informatie over poorten vindt u via dit artikel op de helpdesk.

Gratis SSL Certificaat

Eén “foute link” kan je SSL site “breken”…

Eén “foute” link in een bestandje diep verstopt in je website kan je veilige site ‘breken’. We ervoeren het zelf met de nieuwe website op de pagina voor domeinen en hosting.

Alle links in de website zijn, om dit zoveel mogelijk te voorkomen, “relatief”. Met andere woorden, in plaats van het bekende “http://” geen harde codering. Toch bleef de pagina een fout geven. Na lang zoeken op de bekende methoden (webdeveloper tools van Firefox en Chrome, testen via de SSL Toolbox van deze site) waren we bereid de pagina in zijn geheel te verwijderen en opnieuw op te bouwen, … en plots bedachten we ons “laten we eerst de plaatjes eens verwijderen van het winkelwagentje”. Waarom? Die waren toegevoegd vóór dat er omgezet was naar SSL en je weet maar nooit, .. en inderdaad. Geen enkele tool gaf het aan, maar de plaatjes hadden een effect wat geladen werd uit een CSS-bestandje dat een “harde” link genereerde naar een ‘onveilige’ afbeelding.

De afbeelding verwijderen, pagina opslaan, en weer toevoegen bleek de oplossing. Voordeel van dit probleem? Alle CSS is weer helemaal goed gecodeerd. Géén foute aanroepen meer naar http.

Er zijn allerlei plugins en ‘fixers’ in de markt die dit probleem, in WordPress, claimen op te lossen. We hebben, uiteraard, een aantal getest voordat we handmatig de CSS gingen nalopen (en zo een indicatie van de fout vonden). De plugins doen veel, maar ze kunnen niet altijd alles. Als een fout, ergens in het begin van het ontwerptraject, in je website is geslopen krijg je die er moeilijk uit. Dus hoe los je een dergelijke fout op? Met ouderwets ‘handwerk’. Zoek en vervang in een teksteditor (css bewerken) en vervolgens de pagina, in ons geval, zelf aanpakken. Stap voor stop probleemgebieden analyseren en oplossen.