Dass die Mail im Gesendet-Ordner auftaucht ist dem Mailclient und IMAP geschuldet. SMTP speichert keine Mails dauerhaft auf dem sendenden Server.
Kleine (unwichtige) Ergänzung dazu: Noch nicht.
Siehe BURL: https://tools.ietf.org/html/rfc4468
Dovecot unterstützt das z.B. schon.
Und das? Schon ausprobiert?
Ansonsten: wenn's dir nur um den Speicherplatz geht, schon mal versucht (mit gesetztem Häkchen beim Postfach) per Webmailer ins Postfach zu gucken und ggf. manuell die Mails zu löschen undn somit Speicherplatz freizugeben? Dann sollte der Speicherplatz ja freigegeben werden.
Wobei ich bei Gmail noch nie Probleme mit Blocks von selbst betriebenen Mailservern hatte.
Blockieren tun die eh nicht. Nur genauso ins schwarze Loch umleiten, wenn man Pech hat…
Hast Du die gewünschte Subdomain schon angelegt? Falls nicht: https://www.netcup-wiki.de/wiki/Plesk_Ony…main_anlegen.3F
Du kannst auch danach noch ein Zertifikat dafür einrichten: https://www.netcup-wiki.de/wiki/Plesk_Ony…Let.27s_Encrypt
Aua, das tut in den Augen weh… 
Bildschirmfoto_2020-07-22_20-21-23.png
Das kommt davon, wenn man die VMs nach der Software benennt.
Das ist zwar sicher nicht die Antwort, die Du ursprünglich hören wolltest, aber oftmals keine schlechte Idee: Du kannst Dir Roundcube auch selbst auf Deinem Webspace installieren. Dort kannst Du dann alles so konfigurieren, wie Du es haben möchtest. Dazu zählen auch andere Plugins. 
Wenn Du den Ressourcenverbrauch bzw. die Statistiken meinst: Die aktualisieren sich glaube ich nur einmal täglich.
Falls Du den Speicherverbrauch direkt beim Postfach meinst: Ändert sich etwas, wenn Du auf den Button Verbrauchsstatistiken aktualisieren klickst? (Der ist neben dem Button, um neue E-Mail Adressen anzulegen.)
Ansonsten bitte mal einen Screenshot anfertigen und ins Forum hochladen.
Hat hier zufällig jemand Smokeping unter Debian Buster laufen?
Ich scheitere gerade daran, dass ich IPv6 Probes/Targets nicht ans Laufen bekomme.
Offenbar darf bzw. kann man die Probe nicht je Host festlegen, sondern nur je Category.
Und zusätzlich muss die Definition wohl so aussehen:
+ FPing6
binary = /usr/bin/fping
protocol = 6(fping6 funktioniert scheinbar nicht mehr!)
Ja, ich weiß. Das Thema hatten wir schon
Screenshot_20200722-011319_Chrome.png
Immer diese User, die etwas nicht machen! 
Hat hier zufällig jemand Smokeping unter Debian Buster laufen?
Ich scheitere gerade daran, dass ich IPv6 Probes/Targets nicht ans Laufen bekomme.
Irgendwelche Tipps, was da in die Config muss? Mit den Beispielen klappt das nicht…
Die Fehlermeldung sagt eigentlich schon alles: Die angeforderte Datei wurde nicht gefunden 
Ohne mehr Details kann man Dir aber leider keine Tipps geben. Wir wissen nicht, welche Software Dein Server verwendet, wie sie konfiguriert ist, wo Du die Dateien abgelegt hast, welchen Pfad Du aufrufst und was in den Logs steht.
sollte bei Dir mittlerweile auch gehen, da auch bei mir die Packete bei 2a00:11c0:47:1:47::140 versandeten;
Nein, aus diesem einen Netzwerk klappt es weiterhin nicht.
Das Problem gab es in den letzten Monaten immer wieder mal, siehe auch hier. Da der letzte Hop aber im Anexia-Netzwerk ist, scheint es nicht am anderen Anbieter zu liegen.
Was genau machst Du aktuell? Klickst Du im CCP auf den Button Auto-Login MAIL?
Jetzt geht IPv6 bei mir wieder Überall.
Bei mir noch nicht von überall aus. Aus dem erweiterten Netz von GoDaddy bleibt es immer noch bei 2a00:11c0:47:1:47::140 hängen, aber nur die Adressen, die nicht auf ::1 enden.
Beim dritten Server läuft es wieder, die anderen Adressen sind noch immer gestört. Ticket ist seit gerade eben offen.
Was mir erst jetzt auffällt: Es ist nie …::1 betroffen, immer nur eine andere (zufällig aussehende) Adresse.
Ob da irgendein Filter gegen "NDP Table Exhaustion" fälschlicherweise anschlägt?
janxb Natürlich, von mehreren externen Zielen aus. Bevor ich ein Ticket eröffne logge ich mich sowieso am Server ein.
IPv6 ist bei UR immer wieder ein False-Positive-Desaster. Ganz schlimm ist es bei DDNS-Hostnamen (IPv4), die bleiben manchmal tage-/wochenlang in irgendeinem Cache hängen, wo nur noch der Support helfen kann.
PS: Die IPv6-Adressen sind übrigens wieder down. Da muss ich nachher wohl doch ein Ticket erstellen...
Edit: Jetzt hat es noch einen Server erwischt. Läuft da der DDoS-Filter Amok?
Jetzt ist es behoben laut Uptime Robot
Hat hier noch jemand Probleme mit IPv6?
Seit ungefähr einer halben Stunde ist IPv6 bei meinem VPS 20 ganz weg und bei einem Rootserver ist eine einzelne IPv6-Adresse aus meinem Subnetz nicht mehr erreichbar.
(Ticket habe ich noch nicht erstellt.)
Dazu passt eigentlich nur: https://xkcd.com/1168/
Ich muss wirklich eine Kretzn sein...
Wenn Du das sagst, muss es wohl so sein. 
*duckundwegrenn*
