Hallo,
wie ist bei dir der Error-Reporting eingestellt? Werden sie in der Datei geloggt? Sonst stell mal testweise display_errors auf on.
Hallo,
wie ist bei dir der Error-Reporting eingestellt? Werden sie in der Datei geloggt? Sonst stell mal testweise display_errors auf on.
Wenn kein TLSA Record vorhanden ist, wird das auch nicht geprüft (zumindest wenn der Server das nicht erzwingt). Die Gegenseite hat übrigens kein DANE.
SLM hat die Version schon mit neuer FPDF etc.... etl. müssen wir das online mal updaten^^
Das ist die Version mit den Anpassungen von SLM. Andernfalls wäre sie nicht enthalten, da das alte Fax-Plugin eine kommerzielle Variante von FPDI nutzt.
hab den auszug erhalten. Wenn also nach dem TLS direkt die Verbindung getrennt wird, dann liegt es daran dass die DANE Validierung fehlschlägt.
Heute habe ich dasselbe Problem bekommen. Es scheint, dass manche MS 365-Server die Verbindung einfach abtrennen. Ich versuche von der Gegenseite Logs einzufordern. Ansonsten: Ist euch das Problem schonmal passiert?
Sieht danach aus, als ob HELO Check aktiviert wurde und dieses Kommando zuvor von der Gegenseite nicht abgesetzt wurde.
Doch, sie existieren noch:
Die Toolbox-Generierung liefen schon immer über einen externen Server.
Welche PHP-Version setzt du ein?
Was sagen die PHP Error Logs?
Nein, ich bekomme keine fehlermail zurück.
Des weiteren habe ich festgestellt das mit dem b1gMAIL Server OSS Mails die über einen Clienten gelöscht werden nicht im Papierkorb landen sondern irgendwo hin und ich konnte noch nicht rausfinden wohin ( suche ich eine über den Clienten gelöschte Mail finde ich diese auch aber nur über die suche nicht in einem ordner)
Da patrick ihn aktuell pflegt, sollte man am besten ein Ticket unter https://github.com/b1gMail/b1gMailServer/issues aufmachen.
besser gesagt: https://github.com/b1gMail-OSS/b1…97382b8d96e9c90 . Ich hatte das im Zuge der automatisierten Ersetzungen und anschließende Kontrolle einfach übersehen gehabt.
Der HELO Check ist deaktiviert.
Hallo patrick ,
ich hab aktuell das Problem, dass eine E-Mail gesendet von Microsoft 365 online nicht ankommt. Die Logs hierzu:
[Thu Mar 30 20:05:03 2023] - SMTP - 1 - #12345 - [40.107.105.74] Connected
[Thu Mar 30 20:05:18 2023] - SMTP - 8 - #12345 - [40.107.105.74] Data: EHLO EUR03-AM7-obe.outbound.protection.outlook.com
[Thu Mar 30 20:05:18 2023] - SMTP - 1 - #12345 - [40.107.105.74] EHLO EUR03-AM7-obe.outbound.protection.outlook.com
[Thu Mar 30 20:05:18 2023] - SMTP - 8 - #12345 - [40.107.105.74] Data: STARTTLS
[Thu Mar 30 20:05:18 2023] - SMTP - 1 - #12345 - [40.107.105.74] STARTTLS
[Thu Mar 30 20:05:18 2023] - SMTP - 1 - #12345 - [40.107.105.74] TLS negotiation succeeded
[Thu Mar 30 20:05:18 2023] - SMTP - 8 - #12345 - [40.107.105.74] Data: QUIT
[Thu Mar 30 20:05:18 2023] - SMTP - 1 - #12345 - [40.107.105.74] QUIT
[Thu Mar 30 20:05:18 2023] - SMTP - 1 - #12345 - [40.107.105.74] Disconnected (inbound: 0 / outbound: 0)
Den Debug-Modus habe ich für den Zweck eingeschaltet gehabt, um es mit dem Empfänge live nachzuvollziehen. Wie man sieht verbindet es erfolgreich und der Outlook-Server sendet direkt ein QUIT Befehl ohne die E-Mail auszuliefern.
Cipher habe ich die vom Standard übernommen:
TLS bis 1.2: HIGH:!DSS:!aNULL@STRENGTH
TLS 1.3: TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256
Es wäre gut zu wissen, welche TLS-Version hier zum Einsatz kommt. Gibt es eine Fehlermeldung, wenn es wegen nicht unterstützte Cipher scheitern würde?
Problem taucht sowohl bei der alten Version als auch mit der OSS-Version auf.
Nutzt du die OSS-Version von b1gMailServer? Wenn ja, melde entweder hier oder im GitHub-Projekt den Bug.
Hast du auch /setup/update.php aufgerufen?
aktuelles b1gMailServer Adminmodul vorher installiert? https://github.com/pschlan/b1gMai…rver.plugin.php
Ja, es wird zwar laufen, aber unter PHP 8 wird es zu vielen undefined index oder variable Fehlermeldungen kommen. Schau einfach mal im GitHub an, bei deinen Templates müsstest du unbedingt if isset oder if empty Abfragen bei den Variablen setzen
Super, danke dir.
Mein Verbesserungsvorschlag: Bei Nicht Touchfähigen Geräten, also PCs und Laptops sollten die Menüs wie bei der alten Oberfläche durch Maushover sofort angezeigt werden, statt draufzuklicken.
Ist nicht im Hauptrepo enthalten, schätze das muss noch getestet werden.