b1gMail 7.4.0 Beta 4

Also, falls es noch relevant ist, kann ich den Vorschau-Fehler in der Weboberfläche für den Endbenutzer auch reproduzieren. "email.read.php" erzeugt einen 500er Fehler.
Bitte um Testzugang, Apache-Logs und b1gMail-Logs zu diesem Zeitpunkt. Eventuell Berechtigungsprobleme?

(smtp.class.php:75) SMTP connection to <127.0.0.1:25> failed (111, Connection refused)
Der SMTP-Server läuft nicht, zumindest nicht auf Port 25. Port korrekt konfiguriert und xinetd gestartet?
 
Bitte um Testzugang, Apache-Logs und b1gMail-Logs zu diesem Zeitpunkt. Eventuell Berechtigungsprobleme?

Der SMTP-Server läuft nicht, zumindest nicht auf Port 25. Port korrekt konfiguriert und xinetd gestartet?

Auf dem System läuft ein NGINX. SMTP-Server läuft auf dem Port und xinetd ist gestartet. Ich kann per Thunderbird ja auch eine E-Mail verschicken, nur nicht per Weboberfläche.

Testzugang bekommst du gleich.
 
Auf dem System läuft ein NGINX.
Dann eben die nginx/fpm-Logs ;)

SMTP-Server läuft auf dem Port und xinetd ist gestartet. Ich kann per Thunderbird ja auch eine E-Mail verschicken, nur nicht per Weboberfläche.
Der SMTP-Server ist (war) dort definitiv nicht erreichbar, sonst würdest du die Meldung nicht bekommen. (Ausgabe von "lsof -i" und "netstat -tulpen"?)
 
Siehe diese Daten:

netstat -tulpn
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 <server>:25 0.0.0.0:* LISTEN 810/xinetd
tcp 0 0 <server>:443 0.0.0.0:* LISTEN 795/nginx: master p
tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 773/php-fpm: master
tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 2248/mysqld
tcp 0 0 <server>:587 0.0.0.0:* LISTEN 810/xinetd
tcp 0 0 <server>:110 0.0.0.0:* LISTEN 810/xinetd
tcp 0 0 <server>:143 0.0.0.0:* LISTEN 810/xinetd
tcp 0 0 127.0.0.1:50000 0.0.0.0:* LISTEN 2611/b1gmailserver
tcp 0 0 <server>:80 0.0.0.0:* LISTEN 795/nginx: master p
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 782/sshd
tcp6 0 0 :::22 :::* LISTEN 782/sshd

lsof -i
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
php-fpm7. 773 root 7u IPv4 14526 0t0 TCP localhost:9000 (LISTEN)
sshd 782 root 3u IPv4 12787 0t0 TCP *:ssh (LISTEN)
sshd 782 root 4u IPv6 12789 0t0 TCP *:ssh (LISTEN)
nginx 795 root 8u IPv4 11931 0t0 TCP debian:http (LISTEN)
nginx 795 root 9u IPv4 11932 0t0 TCP debian:https (LISTEN)
php-fpm7. 804 www-data 0u IPv4 14526 0t0 TCP localhost:9000 (LISTEN)
php-fpm7. 805 www-data 0u IPv4 14526 0t0 TCP localhost:9000 (LISTEN)
sshd 1032 root 3u IPv4 12998 0t0 TCP debian:ssh-><user>:51073 (ESTABLISHED)
b1gmailse 2193 www-data 0u IPv4 15242 0t0 TCP debian:imap2-><user>:38902 (ESTABLISHED)
b1gmailse 2193 www-data 1u IPv4 15242 0t0 TCP debian:imap2-><user>:38902 (ESTABLISHED)
b1gmailse 2193 www-data 2u IPv4 15242 0t0 TCP debian:imap2-><user>:38902 (ESTABLISHED)
b1gmailse 2194 www-data 0u IPv4 15243 0t0 TCP debian:imap2-><user>:38904 (ESTABLISHED)
b1gmailse 2194 www-data 1u IPv4 15243 0t0 TCP debian:imap2-><user>:38904 (ESTABLISHED)
b1gmailse 2194 www-data 2u IPv4 15243 0t0 TCP debian:imap2-><user>:38904 (ESTABLISHED)
b1gmailse 2200 www-data 0u IPv4 15269 0t0 TCP debian:imap2-><user>:51033 (ESTABLISHED)
b1gmailse 2200 www-data 1u IPv4 15269 0t0 TCP debian:imap2-><user>:51033 (ESTABLISHED)
b1gmailse 2200 www-data 2u IPv4 15269 0t0 TCP debian:imap2-><user>:51033 (ESTABLISHED)
b1gmailse 2202 www-data 0u IPv4 15272 0t0 TCP debian:imap2-><user>:51059 (ESTABLISHED)
b1gmailse 2202 www-data 1u IPv4 15272 0t0 TCP debian:imap2-><user>:51059 (ESTABLISHED)
b1gmailse 2202 www-data 2u IPv4 15272 0t0 TCP debian:imap2-><user>:51059 (ESTABLISHED)
b1gmailse 2203 www-data 0u IPv4 15275 0t0 TCP debian:imap2-><user>:51071 (ESTABLISHED)
b1gmailse 2203 www-data 1u IPv4 15275 0t0 TCP debian:imap2-><user>:51071 (ESTABLISHED)
b1gmailse 2203 www-data 2u IPv4 15275 0t0 TCP debian:imap2-><user>:51071 (ESTABLISHED)
b1gmailse 2205 www-data 0u IPv4 15278 0t0 TCP debian:imap2-><user>:51053 (ESTABLISHED)
b1gmailse 2205 www-data 1u IPv4 15278 0t0 TCP debian:imap2-><user>:51053 (ESTABLISHED)
b1gmailse 2205 www-data 2u IPv4 15278 0t0 TCP debian:imap2-><user>:51053 (ESTABLISHED)
mysqld 2248 mysql 52u IPv4 16158 0t0 TCP localhost:mysql (LISTEN)
b1gmailse 2287 www-data 0u IPv4 20186 0t0 TCP debian:imap2-><user>:51031 (ESTABLISHED)
b1gmailse 2287 www-data 1u IPv4 20186 0t0 TCP debian:imap2-><user>:51031 (ESTABLISHED)
b1gmailse 2287 www-data 2u IPv4 20186 0t0 TCP debian:imap2-><user>:51031 (ESTABLISHED)
b1gmailse 2535 www-data 0u IPv4 20385 0t0 TCP debian:imap2-><user>:51040 (ESTABLISHED)
b1gmailse 2535 www-data 1u IPv4 20385 0t0 TCP debian:imap2-><user>:51040 (ESTABLISHED)
b1gmailse 2535 www-data 2u IPv4 20385 0t0 TCP debian:imap2-><user>:51040 (ESTABLISHED)
b1gmailse 2611 www-data 6u IPv4 21549 0t0 TCP localhost:50000 (LISTEN)
b1gmailse 2636 www-data 0u IPv4 21555 0t0 TCP debian:imap2-><user>:38970 (ESTABLISHED)
b1gmailse 2636 www-data 1u IPv4 21555 0t0 TCP debian:imap2-><user>:38970 (ESTABLISHED)
b1gmailse 2636 www-data 2u IPv4 21555 0t0 TCP debian:imap2-><user>:38970 (ESTABLISHED)
b1gmailse 2648 www-data 0u IPv4 21631 0t0 TCP debian:imap2-><user>:38984 (ESTABLISHED)
b1gmailse 2648 www-data 1u IPv4 21631 0t0 TCP debian:imap2-><user>:38984 (ESTABLISHED)
b1gmailse 2648 www-data 2u IPv4 21631 0t0 TCP debian:imap2-><user>:38984 (ESTABLISHED)
nginx 2671 www-data 3u IPv4 24229 0t0 TCP debian:https-><user>:21879 (ESTABLISHED)
nginx 2671 www-data 8u IPv4 11931 0t0 TCP debian:http (LISTEN)
nginx 2671 www-data 9u IPv4 11932 0t0 TCP debian:https (LISTEN)
nginx 2671 www-data 11u IPv4 20852 0t0 TCP debian:https-><user>:51058 (ESTABLISHED)
nginx 2671 www-data 13u IPv4 25618 0t0 TCP debian:https-><user>:21941 (ESTABLISHED)
nginx 2671 www-data 14u IPv4 25620 0t0 TCP debian:https-><user>:21805 (ESTABLISHED)
nginx 2671 www-data 15u IPv4 24234 0t0 TCP debian:https-><user>:21824 (ESTABLISHED)
nginx 2671 www-data 16u IPv4 25621 0t0 TCP debian:https-><user>:21825 (ESTABLISHED)
nginx 2671 www-data 21u IPv4 25622 0t0 TCP debian:https-><user>:21802 (ESTABLISHED)
nginx 2672 www-data 8u IPv4 11931 0t0 TCP debian:http (LISTEN)
nginx 2672 www-data 9u IPv4 11932 0t0 TCP debian:https (LISTEN)
nginx 2673 www-data 8u IPv4 11931 0t0 TCP debian:http (LISTEN)
nginx 2673 www-data 9u IPv4 11932 0t0 TCP debian:https (LISTEN)
nginx 2674 www-data 8u IPv4 11931 0t0 TCP debian:http (LISTEN)
nginx 2674 www-data 9u IPv4 11932 0t0 TCP debian:https (LISTEN)
b1gmailse 2747 www-data 0u IPv4 21851 0t0 TCP debian:imap2-><user>:51052 (ESTABLISHED)
b1gmailse 2747 www-data 1u IPv4 21851 0t0 TCP debian:imap2-><user>:51052 (ESTABLISHED)
b1gmailse 2747 www-data 2u IPv4 21851 0t0 TCP debian:imap2-><user>:51052 (ESTABLISHED)
b1gmailse 2748 www-data 0u IPv4 21852 0t0 TCP debian:imap2-><user>:62088 (ESTABLISHED)
b1gmailse 2748 www-data 1u IPv4 21852 0t0 TCP debian:imap2-><user>:62088 (ESTABLISHED)
b1gmailse 2748 www-data 2u IPv4 21852 0t0 TCP debian:imap2-><user>:62088 (ESTABLISHED)
sshd 2760 root 3u IPv4 24328 0t0 TCP debian:ssh-><user>:21878 (ESTABLISHED)
xinetd 2800 root 5u IPv4 21287 0t0 TCP debian:imap2 (LISTEN)
xinetd 2800 root 6u IPv4 21288 0t0 TCP debian:pop3 (LISTEN)
xinetd 2800 root 8u IPv4 21289 0t0 TCP *:smtp (LISTEN)
xinetd 2800 root 9u IPv4 21290 0t0 TCP debian:submission (LISTEN)
 
Hatte es schon gefixt auf dem Server, siehe PM ;) Die geposteten Ausgaben kommen sogar schon vom reparierten Zustand. Der SMTP-Server war an die externe IP gebunden und daher über 127.0.0.1 nicht erreichbar.
 
Mir fiel auf, dass ich zu diversen Funktionen im ACP keine Dokumentation/Hilfe finde. Wäre es möglich, dass die Doku aktualisiert wird? Das könnte Rückfragen/Missverständnisse vermeiden und sich beim selbst einarbeiten helfen. Ich könnte mir auch vorstellen, dass eine Gesamtübersicht an bekannten Fehlern oder Problemen erstellt wird, einschließlich bekannter Lösungen. Nicht jede Fehlermeldung ist immer für den Benutzer eindeutig.
 
Jetzt muss ich mal was los werden was mich schon länger nervt. :p

Wenn eine Nachricht reinkomm, erscheint die Frage ob es sich um Spam handelt. Wenn die verneint wird, warum wird man beim gleichen Empfänger immer wieder gefragt? Warum merkt sich dass b1gMail nicht?
 
Wenn es aber mit Sicherheit der gleiche Absender ist z.B. robot@hetzner.com. Der Inhalt kann mal variieren wegen Domainupdates okay aber habe b1gMail gefühlte 1000 mal gesagt dass es kein Spam ist :(
 
Ich kann dir eine mal senden als robot@hetzber. Om pbwohl ich das nicht bin.

Die Spam abfrage ja/nein bezieht sich auch nicht auf den absender.

Sondern auf den Textinhalt der mail
 
Der Textinhalt ist in diesem Fall der gleiche. Der Inhalt gibt an was an der Domain aktualisiert wurde. Bei diesem Absender handekt es sich um die Kundenadministration von Hetzner. Ich habe eine Domain aktualisiert und bekomme darauf hin 2 Mails von robot@. Die erste ist meine Anfrage an das Domainsystem und die zweite die Bestätigung vom Domainsystem. Da es bei unseren Domains öfters vorkommt dass etwas geändert wird, erhalten wir entsprechent oft Mails vom besagten Absender.
 
Verstehe leider gerade nicht, was du genau damit sagen willst.

Nach Absender zu filtern ergibt jedenfalls keinen Sinn und die Frage auszublenden, wenn die Mail nicht als Spam erkannt wurde, auch nicht.

Außerdem: Auch wenn 95% des Inhalts übereinstimmen, kann es sich bei der einen um eine legitime und bei der anderen um eine Spammail handelt. Manchmal kann da schon ein Wort den Unterschied machen.
 
Zur Spam-Abfrage bekommen wir auch immer wieder Anfragen und versuchen es dann zu erklären. Die meisten Kunden würden sich eine Möglichkeit wünschen, einen eindeutig identifizierten Absender (ja.. kann man fälschen..) auf eine Whitelist zu setzen, statt jedesmal die Abfrage zu beantworten.

Möglichkeit 1: Die Spam-Abfrage deaktivierbar zu machen
Möglichkeit 2: Eine Whitelist mit bekannten Absendern (Bei Antwort: Kein Spam) - bei allen folgenden Mails mit dem gleichen Absender erscheint die Abfrage nicht mehr
Möglichkeit 3: Button-Lösung in der Mailmenü-Leiste statt Abfrage in der Mail.

Weitere Möglichkeiten/Vorschläge?
 
Gibt es ja schon einfach die Adresse im Adressbuch erfassen und in den Einstellungen -> Anti-Spam: Mails-Abs. im Adressbuch auswählen...

Dann sollte die Prüfung ja wegfallen...
 
Grüßt euch,

wenn in der Webdisk allgemein viele Daten drin sind, dann wird die aggemeine Webdiskgröße nicht mehr angezeigt. Die Neuberechnung der Dateien hilft auch nicht damit der belegte Speicherplatz wieder angezeigt wird.
 

Attachments

  • Screenshot_1.png
    Screenshot_1.png
    3.6 KB · Views: 34
Grüßt euch,

wenn in der Webdisk allgemein viele Daten drin sind, dann wird die aggemeine Webdiskgröße nicht mehr angezeigt. Die Neuberechnung der Dateien hilft auch nicht damit der belegte Speicherplatz wieder angezeigt wird.

Das ist Absicht, da bei großen Datenbeständen sonst erhebliche Last generiert wird, nur um diese Nummer zu berechnen. Teilweise lädt der Adminbereich dann etliche Minuten. Ist schon seit etlichen Versionen so, dass ab einer gewissen Schwelle keine Berechnung mehr erfolgt.
 
Back
Top