Fehlermeldungen, bei denen man eine Suchmaschine bemühen muss, um zu wissen, was sie bedeuten, sind grauenhaft.

Das sollte irgendein Teil auf dem Weg nach "554 5.7.0 Message Size Violation" übersetzen.

Bei HTTP kann man beschreibenden Text mitliefern. Bei FTP kann man es auch. Warum nicht bei SMTP?

"Message Size Violation" ist doch beschreibend genug.

Naja für den normalen Benutzer nicht unbedingt. Von der Seite her muss man es eben auch bedenken. Darüber hinaus gebe ich Dir allerdings recht.

Wenn ich völlig zugekokst bin, stelle ich mir vor, Fehlermeldungen würden ihren Empfängern klar und spezifisch sagen, was sie tun sollen. In den ersten drei Zellen.

Hm, vielleicht sollte ich mal darüber nachdenken, ob ich nicht vielleicht in ganz seltenen Momenten leicht betriebsblind bin…

Der normale Nutzer schaut da gar nicht irgendwie drauf. Er nimmt wahr daß irgendwas nicht ging und macht ein Ticket auf mit Inhalt

"MEIN EMAIL IST KAPUTT. BITTE SOFORT FIXEN, EMAIL ISST WICHTIG"

Für die Benutzerfreundlichkeit von Email ist Whatsapp die gerechte göttliche Strafe ;-).

Warum sollen Nutzer komplizierte Fehlermeldungen lesen und verstehen? Das ist nicht ihr Job. Wie die Bezeichnung sagt, sie sind Nutzer, nicht IT Personal.

Liest und verstehst Du als Patient die ganzen Beipackzettel und was es da sonst noch alles gibt mit all den Fachbegriffen und Abhaengigkeiten und kannst lauter Messergebnisse interpretieren? Nein, denn Du bist der Patient, nicht der Arzt. Du sagst, "Aua, tut weg, mach das weg!"

Wenn bei Dir im Betrieb eine Rechnung reinkommt, bezahlst Du die dann selber und erzaehlst dem Accountant auf welche Kostenstelle und in welchen GL das gebucht werden muss, welche Zahlungsbedingungen der Einkauf ausgehandelt hat und weisst wie das steuerlich behandelt werden muss? Wenn es ein fixed asset ist weisst Du wie und wo die Abschreibungen dafuer gebucht werden muessen? Ich vermute mal ganz stark nein, denn Du bist in der IT, nicht im Rechnungswesen. Es ist nicht Dein Job all diesen Kram zu wissen, Dein Job ist es die Server am Laufen zu halten.

@Armin Grewe Siehe https://pluspora.com/posts/cb5d1a300f9901395860005056264835#bf4f2a000fa001395860005056264835

@Rainer "diaspora" Sokoll Der link ist sehr selbst-referentiell...

"Message Size Violation" ist doch beschreibend genug.

Das steht aber nicht in der zitierten Meldung, sondern nur ein nichtssagender Zahlencode. Irgendein Teil des Systems sollte den Fehler doch bitte beschreiben, so dass man den Code nicht googlen muss.

Und bei der Gelegenheit, wenn die Nachricht schon "maschinenlesbar formuliert" ist, könnte ein Mailclient dies auch in die Sprache des Nutzers übersetzen.

Also: Mailserver sollten zusätzlich diese drei englischen Wörter verwenden, und Clients sollten den Zahlencode lesen und als Textbeschreibung darstellen. Bonuspunkte, wenn man auch noch verrät, wie groß eine Nachricht denn sein darf (Mailclients sollten dann evtl. noch durch 4/3 dividieren und ein wenig abziehen wegen base64 für Attachments und Header/Body).

Dazu kommt: dieser Fehler ist heutzutage komplett wegautomatisierbar. Filehoster gibt es zur Genüge, und viele Mailanbieter bieten sogar selbst einen an, auch wenn das hierfür gar nicht nötig ist - Hoster mit E2E wie MEGA gehen ja auch. Da kann man dann das Attachment durch einen Link auf den Filehoster ersetzen.

Also sollte praktisch niemand so einen Bounce auch nur zu Gesicht bekommen...

Medienbruch!!!11Einsdrölf!!11

Das ist E-Mail doch schon lange... ;)

Und zugegeben, 33% Platz mit Base64 zu verschwenden, ist auch Quatsch.

Strenggenommen gehören E-Mail-Attachments einfach nicht.

Strenggenommen gehören E-Mail-Attachments einfach nicht.

Der Fehler heisst MIME.

Obwohl vermutlich auch ohne MIME, sich irgendeine HTML-Sch... als markup durchgesetzt hätte. Ah nee, ich meine nicht eine, ein halbes Dutzend, und dann Workarounds in den Clients, und ...

Hilft alles nix. Alles Scheisse. Weil Bling Bling blendet.

Gestern bemerkt, daß ich auch meine Azubis "verliere". Testet gerade ein Macbook weil ich in der 37ten Runde den Widerstand gegen "das fänden alle Mitarbeiter aber toller" aufgegeben habe. Sollen sie halt sehen was sie davon in Sachen Verfügbarkeit und Verlässlichkeit haben, gerade jetzt wo Homeoffice ist. Jedenfalls besagter Azubi gestern dann beim Testen so: "oh das xyterm7 ist toll!". Kurz nachdem er lernen musste, da ein "kein CLANG niemals senden" tief in den Einstellungen klicken zu müssen damit nicht die gesamte Riege der ssh-Zielsysteme bei jedem Programmaufruf 3 Zeilen Schrott auskotzt. Anyway, Ich so: "was ist denn an xyterm7 so toll". Und er einfach nur: ES GEFÄLLT MIR.

Nun denn, Hausarbeit ist auch was schönes.