Verschillen

Dit geeft de verschillen weer tussen de geselecteerde revisie en de huidige revisie van de pagina.

--- werkgroep:ict:handleidingen:e-mail [2022/11/06 13:39] – [ICT E-mail] Wim
+++ werkgroep:ict:handleidingen:e-mail [2025/05/18 14:29] (huidige) – [Geblokkeerd] Wim
@@ Regel 1: / Regel 1: @@
 ====== ICT E-mail ======
-[[reglementen:email_protocol|Algemene voorwaarden]] voor het gebruik van de Piratenmail
+E-mail [[https://wiki.piratenpartij.nl/werkgroep:ict:administratief:mailinstellingen|instellen]]
+===== Bouncen =====
+<del>Bij de Piratenpartij wordt e-mail niet meer gebounced. De reden: niet alle gebouncte e-mail wordt naar behoren afgehandeld. Door niet te bouncen maar de onbestelbare e-mail in de catchall aan te laten komen houden we zicht op wat er niet goed gaat en kan de e-mail naar behoren afgehandeld worden.</del>
 ===== Foutmeldingen =====
-Als je dit soort meldingen op je gemak leest snap je meestal wel waar het over gaat.
+==== Webmail, Roundcube =====
+  Verbinding met IMAP-server mislukt.
+**Oplossing**: Melden aan ICT
+==== E-mail client ====
+=== SSL certificate ===
+  The SSL certificate of mail.piratenpartij.nl cannot be verified by the following reason:
+    certificate has expired
+  Subject: /CN=autoconfig.piratenpartij.nl
+  Issuer: /C=US/O=Let's Encrypt/CN=R3
+  Issued date: Aug 28 06:24:34 2022 GMT
+  Expire date: Nov 26 06:24:33 2022 GMT
+**Oplossing**: Melden aan ICT
 ==== Geblokkeerd ====
+Als je dit soort meldingen op je gemak leest snap je meestal wel waar het over gaat.
 <code>-------- Oorspronkelijke bericht --------
 Onderwerp: Mail delivery failed: returning message to sender
@@ Regel 42: / Regel 57: @@
   * als je geen haast hebt: een paar dagen wachten en nog eens proberen. Meestal wordt spam in batches verzonden met periodes van niets er tussen en dan reset het spamfilter en komt de e-mail wel weer door.
   * als je wel haast hebt: Een ander afzender e-mailadres gebruiken met een andere domeinnaam en hopen dat de e-mail dan wel doorkomt.
+==== message has lines too long for transport ====
+Mogelijke oorzaak: Een of andere spammer heeft naar een aantal gebruikers dezelfde mail met idioot lange regels gestuurd.\\
+Actie: OTRS ticket sluiten.
+Toelichting:\\
+Volgens de SMTP RFC mag een regel in een email max 1000 bytes groot zijn, inclusief return & line feed. Dus dat is 998 'gewone' bytes.\\
+Exim dwingt dat bij de default settings ook zo af. Dat zou eventueel omzeilt kunnen worden door een setting te veranderen.
+Opvolging: Het lost zichzelf op. Op een gegeven moment, na een paar dagen concludeert EXIM dat de mail niet afgeleverd kan worden en stuurt het een laatste bouncebericht naar de vermeende afzender en geeft het verder op.