Der Befehl /mail kennt create, list, remove, repair und weitere Unterbefehle. Eine Postadresse ist eine eigene Kennung; sie muss beim Versenden genau stimmen. Rechte für Erstellen, Entfernen und Reparatur werden getrennt geprüft.

Was du vor dem Start prüfen solltest

Eigene Postadresse anlegen, finden und reparieren. Prüfe dabei zuerst den aktiven Server, deine Rolle und den tatsächlichen Ausgangszustand. Gerade bei Besitz, Geld oder Inventar kann ein Schritt Auswirkungen haben, die sich nicht durch erneutes Klicken rückgängig machen lassen. Arbeite an einer kleinen Testmenge oder einer Testfläche, wenn die Funktion neu für dich ist.

Schritt für Schritt

1. Schritt 1: /mail list aufrufen und vorhandene Adressen lesen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
2. Schritt 2: /mail create an einem zulässigen Ort starten. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
3. Schritt 3: Die ausgegebene Adresse vollständig notieren. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
4. Schritt 4: Den Briefkasten und sein Schild einmal von außen prüfen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
5. Schritt 5: Eine Testsendung an die eigene Adresse oder mit einer vertrauten Person durchführen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
6. Schritt 6: Bei einem beschädigten Briefkasten /mail repair <Adresse> nur mit passendem Recht ausführen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.

Details und typische Anwendung

Ein Briefkasten kann mit Land- und Regionseinstellungen zusammenhängen. Verschiebe oder entferne ihn daher nicht, ohne die Adresse zu prüfen. Für mehrere Adressen sollte klar sein, welche öffentlich angegeben wird. Das Entfernen einer Adresse kann eingehende Post anderer Spieler ins Leere laufen lassen; informiere regelmäßige Absender rechtzeitig.

Ein vollständiger Test hat drei sichtbare Zustände: den Anfang, die Aktion und das Ergebnis. Vergleiche die Anzeige nach dem Vorgang mit dem Anfang. Eine Chatmeldung allein reicht bei Geld, Rechten oder Lagerbeständen nicht immer aus; die zugehörige Übersicht sollte denselben Zustand zeigen. Bei gemeinsam genutzten Projekten hilft es, Änderungen mit Zeitpunkt und zuständiger Person kurz festzuhalten.

Fehlersuche

Bei „Adresse nicht gefunden“ Schreibweise und Groß-/Kleinschreibung aus der Liste vergleichen. Wenn create scheitert, den Standort und die lokale Berechtigung prüfen. Bei repair den alten Zustand und die exakte Adresse dokumentieren.

Ändere bei der Fehlersuche nur eine Sache pro Versuch. Prüfe zunächst die Eingabe, dann Berechtigung und Gebiet, anschließend den Serverzustand. Wenn eine Zahlung oder Buchung möglicherweise ausgeführt wurde, löse sie nicht erneut aus, bevor die Historie geklärt ist. Ein reproduzierbarer Fehler mit genauer Meldung ist für den Support viel hilfreicher als viele unklare Wiederholungen.

Abschlusskontrolle und Support

• Stimmt die angezeigte Objekt-ID, Position oder der Empfänger?
• Hat sich nur der erwartete Wert beziehungsweise Bestand geändert?
• Ist die Funktion für andere Beteiligte so sichtbar, wie beabsichtigt?
• Kannst du den Vorgang mit einem kleinen Beispiel erneut nachvollziehen?

Für eine Meldung gehören Server, Welt oder Panel-Seite, Uhrzeit, ausgeführter Befehl beziehungsweise Klickfolge, erwartetes Ergebnis und sichtbare Fehlermeldung zusammen. Bilder bitte auf den relevanten Ausschnitt beschränken. Zugangsdaten, Tokens und vollständige Zahlungsdaten niemals beilegen.