osTicket-Version?
Ihr E-Mail-Server versagt Ihre Anmeldeinformationen.

1.9.12

Ich benutze Gmail und das Abrufen funktioniert gut, nur ein Problem mit dem Senden. Ich habe osTicket von einem alten Windows-Server auf einen neuen verschoben und das Problem tritt nur auf dem neuen Server auf.

Ich scheine mich zu erinnern, dass jemand anderes erwähnte, dass es einen Fehler mit PHP 5.6 gab. Welche Version verwenden Sie?

5,6

Sollte ich versuchen, 5.6 zu entfernen und 5.5 zu installieren?

Das würde ich erstmal versuchen.

Es funktionierte. Vielen Dank

Ich denke, wir sollten dies offen halten und daran arbeiten, das Problem mit PHP 5.6 zu beheben. Mit zunehmender Verbreitung wird das Thema zu einem größeren Thema

Ich habe kein SMTP-Problem mit PHP 5.6 @ Linux-Host. Sieht aus wie ein Windows-spezifisches Problem.

nur um es im Hinterkopf zu behalten. Ich verwende Windows Server 2008 R2 64bit. Derzeit verwende ich 3 verschiedene Versionen von PHP 5.4, 5.5 und 5.6 auf diesem Server und verschiedene Websites verwenden unterschiedliche Versionen, da einige Web-Apps Probleme mit Dingen auf einer PHP-Version gegenüber einer anderen haben. Dies kann zwar ein Anwendungsproblem sein, es ist jedoch auch möglich, dass das Problem mit PHP 5.6 für Windows zusammenhängt.

@greezybacon das hört sich genauso an wie #2604. Ich glaube, dass ich das Problem auf diese http://php.net/manual/en/migration56.openssl.php eingegrenzt habe

Hätte jemand die Möglichkeit, noch einmal mit der Spitze des develop-next Zweigs zu testen? Die SMTP-Bibliothek wurde aktualisiert und ich frage mich, ob die neue Version einen Einfluss auf das Problem hat.

Bei allen anderen bin ich mir nicht sicher, aber wir verwenden osticket in einer Live-Umgebung und verwenden auch die eticket-App, die erfordert, dass wir nur kompatible Versionen verwenden.

Aufrichtig,

Nicholas Rübel

Gesendet von meinem iPhone 6 Plus

Am 20. Oktober 2015 um 7:45 Uhr schrieb Jared Hancock [email protected] :

Hätte noch jemand die Möglichkeit mit dem Tip des Develop-Next Branch nochmal zu testen? Die SMTP-Bibliothek wurde aktualisiert und ich frage mich, ob die neue Version einen Einfluss auf das Problem hat.

—
Antworten Sie direkt auf diese E-Mail oder zeigen Sie sie auf GitHub an.

Ich verwende eine aktualisierte SMTP-Bibliothek (Net_SMTP v1.7.1) und habe kein Problem.

Welche PHP-Version verwendest du?

Aufrichtig,

Nicholas Rübel

Gesendet von meinem iPhone 6 Plus

Am 20. Oktober 2015 um 9:34 Uhr schrieb infectormp [email protected] :

Ich verwende eine aktualisierte SMTP-Bibliothek (Net_SMTP v1.7.1) und habe kein Problem.

—
Antworten Sie direkt auf diese E-Mail oder zeigen Sie sie auf GitHub an.

ich benutze 5.6.14 und openssl 1.02d

@infectormp könnten Sie einfach überprüfen, ob Sie Windows mit PHP 5.6 verwenden und vor dem Upgrade auf SMTP 1.7.1 ein Problem aufgetreten ist?

@greezybacon Entschuldigung, ich sehe, dass dies ein Windows-Fehler ist. Ich verwende Windows nicht in meiner Serverumgebung und kann das Problem nicht überprüfen.

Wir haben für dieses Wochenende eine Wartung geplant. Ich werde versuchen, eine doppelte virtuelle Servermaschine zu booten und zu testen.

Aufrichtig,

Nicholas Rübel

Gesendet von meinem iPhone 6 Plus

Am 20. Oktober 2015 um 11:20 Uhr schrieb infectormp [email protected] :

@greezybacon Entschuldigung, ich sehe, dass dies ein Windows-Fehler ist. Ich verwende Windows nicht in meiner Serverumgebung und kann das Problem nicht überprüfen.

—
Antworten Sie direkt auf diese E-Mail oder zeigen Sie sie auf GitHub an.

@greezybacon Ich habe eine Windows-Umgebung mit PHP 5.6.14 Ich erhalte authentication failure [SMTP: STARTTLS failed (code: 220, response: 2.0.0 SMTP server ready)] als Fehlermeldung. Wenn ich PHP 5.5.28 verwende, funktioniert es einwandfrei.

Ich verwende eine aktualisierte SMTP-Bibliothek (Net_SMTP v1.7.1) und habe kein Problem.

Das hat also mit dem vorliegenden Problem überhaupt nichts zu tun?

@greezybacon Wie ich bereits sagte, hat es etwas mit den Änderungen im PHP-Code zu tun http://php.net/manual/en/migration56.openssl.php

PHP erfordert jetzt eine Peer-Verifizierung und ich habe viel ausprobiert, kann aber nicht herausfinden, wie ich es auf meinem Windows-System einrichten kann.

Dies scheint nicht nur ein Windows-Problem zu sein. Ich hatte ein ähnliches Problem mit einigen meiner osticket 1.9.12-Instanzen, als ich auf PHP 5.6 umstieg.

Sie laufen auf einem gehosteten Server mit Debian Squeeze. Der verwendete SMTP-Port ist 587. Zuerst ist mir das nicht aufgefallen, da osticket in diesem Fall einen Workaround zu haben scheint, die E-Mails stattdessen über den PHP-Mailer zu versenden.

In den Systemprotokollen von osticket waren viele dieser Fehler:
SMTP: Ungültiger Antwortcode vom Server empfangen (Code: 550, Antwort: Relay nicht zulässig)

Als ich erneut versuchte, die Anmeldeinformationen des Mailservers zu speichern, erhielt ich diesen Fehler in der GUI:
Authentifizierungsfehler [SMTP: STARTTLS fehlgeschlagen (Code: 220, Antwort: TLS go ahead)]

Der Wechsel zurück zu PHP 5.5 behebt dieses Problem.

Das Deaktivieren der Peer-Überprüfung scheint das Problem ebenfalls zu lösen (mit PHP 5.6):

https://github.com/pear/Net_SMTP/issues/14

Dieses Problem tritt auch in osticket 1.10 (neuester Tipp) auf.

@mfelber
Nö nicht für mich.
Also ich habe dieses Problem jetzt auch erkannt. Ruhig spät, aber weg.
Wir können E-Mails gut empfangen/abholen und auch in der Domäne senden. aber daraus nicht.

Ich verwende auch PHP 5.6 und STMP/587 mit Authentifizierung.

Würde mich über eine Wortumgehung freuen, da keiner von ihnen hier geholfen hat.
Ich bin mir nicht sicher, ob ein Downgrade so sinnvoll ist, dass 1.10 nahe kommt, genau wie PHP7.

DANKE SCHÖN!

@Hannibal226 In meinem Fall der Workaround mit dem Ersetzen

$this->_socket_options =$socket_options;

zu

$this->_socket_options = array('ssl' => array('verify_peer_name' => false));

in /include/pear/Net/SMTP.php funktioniert einwandfrei.

Aber ich habe von jemand anderem gehört, dass dieser Workaround ihm auch nicht hilft (wie in Ihrem Fall).

Bekommst du immer noch den gleichen Fehler? Welches Betriebssystem verwendest du?

Warum erwähnen Sie 1.10 und PHP7? 1.10 hat das gleiche Problem noch und PHP 7 scheint nicht bald empfohlen zu werden.

@mfelber
Es ist Windows und afaik es ist ein Windows+PHP 5.6-Problem, also...

Ich habe es erwähnt, weil ich nicht weiß, ob 1.10 vielleicht einen eingebauten Workaround hat, aber mehr ist es eine einmalige Wartungspause, also PHP + neues osticket installieren, als einmal PHP und nach einigen Wochen 1.10 (nur Faulheit :P)

Und PHP7 wird nicht empfohlen, aber ich habe viel gelesen und versucht, es kompatibel zu machen, und ich glaube nicht, dass es das Problem von 5.6 schützen wird, deshalb habe ich darüber nachgedacht.

DANKE SCHÖN!

@Hannibal226
Die erwähnte Person, die auch Probleme mit der Problemumgehung hat, verwendet auch Windows.

Ich verwende für meine Produktionssysteme nur gehostete Debian-Squeeze-Server.

Also war ich ein bisschen neugierig und testete den Workaround in meiner Windows-Xampp-Testumgebung (Apache/2.4.17 (Win32) OpenSSL/1.0.2d PHP/5.6.14): Der Workaround funktioniert auch dort einwandfrei.
Vielleicht ist es ein bisschen mehr als nur eine Windows-Sache...

Das Deaktivieren der Peer-Überprüfung scheint das Problem ebenfalls zu lösen (mit PHP 5.6):

Birne/Net_SMTP#14

@mfelber Danke Ich habe nach einer Möglichkeit zum Deaktivieren gesucht, das hat bei mir funktioniert [IIS 8 und PHP 5.6.14]

@jdelhome3578 Ich bin froh, dass ich helfen konnte.

@mfelber Ich hoffe nur, dass es eine dauerhafte Lösung gibt

@jdelhome3578 Ich bin zuversichtlich, dass dieses Problem irgendwann von den Entwicklern

Ich denke, wir sollten dies offen halten und daran arbeiten, das Problem mit PHP 5.6 zu beheben. Mit zunehmender Verbreitung wird das Thema zu einem größeren Thema

Für Benutzer von Windows-Servern ist die einfachste Lösung, auch php 5.5 zu installieren und php 5.5 als aktive Version für Ihre osticket-Site festzulegen.

Gesendet von meinem iPhone 6 Plus

Am 30. Oktober 2015 um 7:50 Uhr schrieb jdelhome3578 [email protected] :

@mfelber Ich hoffe nur, dass es eine dauerhafte Lösung gibt

—
Antworten Sie direkt auf diese E-Mail oder zeigen Sie sie auf GitHub an.

Nur um euch wissen zu lassen, ich habe einen Denkfehler gemacht und es gibt eine viel einfachere Lösung:

Ich habe gerade gesagt, dass die IP des Ticketsystems vertrauenswürdiges Senderelais für den Austausch ist.
So kann ich einfach Mails ohne Authentifizierung zum Austausch schicken.

Aber sowieso hatte ich den Fehler vorher nicht erkannt, da wir PHP 5.5 hatten, aber nach dem Update hat niemand Probleme gemeldet.

DANKE SCHÖN!

Fehler ist vorhanden auf Debian jessie PHP 5.6.14-0+deb8u1

Kann bestätigen, dass der temporäre Fix von @mfelber funktioniert.

Hallo Leute,

Ich habe diesen Thread gerade gefunden, weil ich das gleiche Problem mit meiner osticket-Installation auf dem großen europäischen Hoster HOSTEUROPE hatte. In der letzten Woche habe ich gerade meine PHP-Hauptinstallation von php 5.5 auf php5.6 geändert. Bei meinem Hoster ist es nur ein Klick dazu. Ich konnte keine Änderungen feststellen, da alles gut zu funktionieren schien: Meine Ticketing-Mails wurden von allen meinen drei Accounts wie gewünscht per Pop empfangen und die Mails schienen bei meinen Kunden angekommen zu sein.

ABER:

Das einzige was falsch war war der Fehler 550 Relaying nicht erlaubt, der im Log von OST angezeigt wurde.

Ich habe mit den SMTP-Einstellungen herumprobiert und festgestellt, dass OST es nicht geschafft hat, sich mit dem konfigurierten SMTP-Server eines anderen Providers zu verbinden. (Ich verwende Version v1.10-rc.2 (231f11e)) aber stattdessen hat es versucht, Mails über die PHP-Mail-Funktion zu versenden (auch wenn ich dies in den Einstellungen verbiete). Mein Webserver kennt die ausgehende Mailadresse nicht und warnt mit "Weiterleitung nicht erlaubt" (womit er Recht hat!).

Als ich wieder auf PHP5.5 oder PHP5.3 umgestiegen bin, funktioniert alles wieder einwandfrei ohne Beanstandungen!

Ist eine Lösung in Arbeit? Es ist nicht dringend, aber 2016 wird mein Provider 5.6 als Standard-php einstellen und Ende 2016 wird die Möglichkeit, 5.5 zu verwenden, komplett eingestellt...

Was jetzt?

Hallo,
OsTicket verwendet eine lokale Kopie von Pear und diese ist veraltet.
Herunterladen
https://pear.php.net/package/Net_SMTP/download
http://pear.php.net/package/Net_Socket/download

Ersetzen Sie SMTP.php und Socket.php von "include/pear/Net/" mit denen aus den heruntergeladenen Archiven.

Änderungsprotokoll für SMTP

• Fügen Sie TLSv1.1- und TLSv1.2-Unterstützung für STARTTLS-Verbindungen hinzu. (#22)

Sobald Sie dies tun, sollte osticket funktionieren.

Dies funktioniert nicht auf Debian Jessie mit PHP 5.6.14. Irgendwelche Ideen? osTicket und Mailserver sind unterschiedliche Server.

Irgendwelche Fehler im Log?
1 нв. 2016 г. 16:41 ользователь "Sebastian Binder" <
[email protected]> написал:

Dies funktioniert nicht auf Debian Jessie mit PHP 5.6.14. Irgendwelche Ideen?

—
Antworten Sie direkt auf diese E-Mail oder zeigen Sie sie auf GitHub an
https://github.com/osTicket/osTicket-1.8/issues/2628#issuecomment -168306839
.

Unable to email via SMTP:mail.consored-domain.com:587 [[email protected]]
Failed to set sender: [email protected] [SMTP: Invalid response code received from server (code: 530, response: 5.7.0 Must issue a STARTTLS command first)]

Ich habe auch das gleiche Problem.

Saubere Installation mit:
Debian 3.16.7-ckt20-1+deb8u3 (2016-01-17) i686 (Jessie), Linux 3.16.0-4-686-pae,
Apache 2.4.10,
PHP 5.6.14-0+deb8u1,
MySQL 5.5.46,
osTicket v1.9.12 (19292ad),
externes IMAP und SMTP mit STARTTLS

Wenn ich IMAP auf Port 143 aktiviere, scheint es kein Problem zu haben und holt "neue" Mails ab. Wenn SMTP aktiviert, Server-Port auf 587 und Authentifizierung auf Ja eingestellt wird, erhalte ich diesen Fehler "Authentifizierungsfehler [SMTP: STARTTLS failed (code: 220, response: TLS go ahead)]"

Auch wenn Debug-Level "debug" ist, gibt es keinen Eintrag im OS-System-Log.

Jemand eine Idee, um es zum Laufen zu bringen?

Andreas

Dies geschieht bei mir auch auf CentOS 7.2 PHP 5.6.

Ich werde sehen, ob ich das beheben kann und einen Pull-Request einfügen.

Hallo,
OsTicket verwendet eine lokale Kopie von Pear und diese ist veraltet.
Herunterladen
Birne.php.net/package/Net_SMTP/download
pear.php.net/package/Net_Socket/download

Ersetzen Sie SMTP.php und Socket.php von "include/pear/Net/" mit denen aus den heruntergeladenen Archiven.

Änderungsprotokoll für SMTP

Fügen Sie TLSv1.1- und TLSv1.2-Unterstützung für STARTTLS-Verbindungen hinzu. (#22)

Sobald Sie dies tun, sollte osticket funktionieren.

/var/www/osticket/osticket/include/pear/Net

-rw-r--r-- 1 www-daten --> SMTP.php
-rw-r--r-- 1 www-data --> Socket.php

@UkaLee Das hat bei mir nicht funktioniert, schau dir dieses Diff an, um zu sehen, was ich getan habe (falls jemand ähnliche Probleme hat):

https://github.com/johnhunt/osTicket-1.8/commit/d48499b66e3ce9950bdccb7d9b8689a5acaa359f

Können wir bitte die Priorität für diesen Fehler erhöhen? Scheint mir ein ernstes Problem zu sein, insbesondere wenn der Support die E-Mail-Benachrichtigungen nicht empfangen kann. Unter Umständen ist der technische Support nicht einmal über nicht zugestellte E-Mails informiert.

Das hat bei mir funktioniert, wie von @mfelber vorgeschlagen

Ändern

$this->_socket_options =$socket_options;

zu

$this->_socket_options = array('ssl' => array('verify_peer_name' => false));

@joelrb sicher funktioniert es, aber das nächste osTicket-Update kann die Datei ersetzen und keine E-Mails verursachen, bis Sie es erneut optimieren.

Wenn es so wäre, könnte PHPMailer Folgendes verwenden.

    $mail->SMTPOptions = array(
        'ssl' => array(
            'verify_peer' => false,
            'verify_peer_name' => false,
            'allow_self_signed' => true
        )
    );

ich bekam auch
Authentifizierungsfehler [SMTP: STARTTLS fehlgeschlagen (Code: 220, Antwort: 2.0.0 Ready to start TLS)]

Ich habe meine SMTP.php und Socket.php /include/pear/Net aktualisiert - auf die neuesten Versionen.
Birne.php.net/package/Net_SMTP/download
pear.php.net/package/Net_Socket/download

Jetzt bekomme ich einen weiteren Fehler
Authentifizierungsfehler [SMTP: Ungültiger Antwortcode vom Server empfangen (Code: 535, Antwort: 5.7.3 Authentifizierung nicht erfolgreich)]

osTicket-Core, v1.9.14
PHP-Version 5.6.19

Versuchen Sie, Port 465 für SMTP zu verwenden und fügen Sie "ssl://" vor dem Servereintrag hinzu:

Ich habe eine andere E-Mail mit Authentifizierung erforderlich versucht: ja
das funktioniert gut. Aus irgendeinem Grund wird die andere E-Mail nicht authentifiziert und schlägt daher fehl.
Seltsam - aber die Verwendung einer lizenzierten Office 365-E-Mail funktioniert einwandfrei.

Dies:
Authentifizierungsfehler [SMTP: Ungültiger Antwortcode vom Server empfangen (Code: 535, Antwort: 5.7.3 Authentifizierung nicht erfolgreich)]

zeigt normalerweise an, dass die Authentifizierung nicht erfolgreich war. Ich würde denken, dass dies am entfernten Ende persönlich wäre.

Sie haben zwei Möglichkeiten, dies aus administrativer Sicht zum Laufen zu bringen....

1. Sie verwenden Authentifizierung
2. Sie entfernen die Authentifizierung wie wir es getan haben und schränken den Zugriff auf Ihren SMTP-Server über IP-Adresse und Sendedomäne ein.
   

Als ich @Pooleyy gepostet habe, ist mir aufgefallen, dass Sie über Office 365 sprechen.

Sie sagen, ein lizenziertes Postfach funktioniert??
Versuchen Sie, eine "Gemeinsame Mailbox" zu verwenden ??

Ahh @robintoy es könnte ja geteilt werden.
Aber... Ich habe die gleiche E-Mail-Adresse auf einem alten osTickets eingerichtet und es funktioniert einwandfrei. Ohne Authentifizierung, wie Sie oben vorgeschlagen haben.

Hallo @Pooleyy
Sie können Office 365 nicht wie unsere Konfiguration verwenden, da Sie keinen direkten Zugriff auf den Exchange-Cluster von Microsoft haben, um die richtigen Regeln nach Bedarf hinzuzufügen.

Bei einer freigegebenen Mailbox hat MS vor einiger Zeit ein Update durchgeführt und die Authentifizierung gestoppt. Die einzige Möglichkeit zur Authentifizierung gegen eine freigegebene Mailbox besteht darin, dass einer der Benutzer Zugriff auf die Mailbox hat

Hallo @robintoy
Ich verstehe, danke für Ihren Beitrag - geschätzt.
Ich habe es gelöst, indem ich jetzt eine andere E-Mail verwende. Es ist nur seltsam, wie es immer noch auf meinen alten osTickets funktioniert.
Danke schön! Sam

Ich habe die gleichen Probleme mit PHP 5.6 und v1.9.14.

Dieses Problem macht osTicket für mich unbrauchbar. Fast jeder E-Mail-Anbieter erzwingt eine STARTTLS-Verbindung und ich habe Inbox.lv und Zoho.com bereits ohne Erfolg ausprobiert.

Auch $this->_socket_options =$socket_options ändern; hat nicht geholfen. Es wurde nur eine neue Fehlermeldung erstellt: Authentifizierungsfehler [SMTP: Ungültiger Antwortcode vom Server empfangen (Code: 535, Antwort: Falsche Authentifizierungsdaten)]

(aber Benutzername und Passwort sind korrekt).

Ich kann nicht verstehen, wie ein solches Problem fast ein Jahr lang bestehen kann und warum es immer noch nicht behoben ist.

Ich benutze:

• dieser Hack von d48499b66e3ce9950bdccb7d9b8689a5acaa359f
• Änderung der Funktion __construct :

$this->socket_options = array('ssl' => array(
            'verify_peer' => false,
            'verify_peer_name' => false,
            'allow_self_signed' => true
        ));

• setze ssl:// in der Konfiguration
• Port für SSL verwenden

Es funktionierte.

PHP 5.6.24-0+deb8u1

Ich habe derzeit über 30 E-Mails in unserer E-Mail-Warteschlange, die nicht an Google gesendet werden, weil Google E-Mails ablehnt. Hat jemand eine stabile Lösung dafür?

Ich verwende Debian und php5.6 und hatte das gleiche Problem. Anstatt den Code im Net_SMTP-Konstruktor zu ändern, habe ich die beiden Aufrufe geändert, um die Net_SMTP-Klasse in include/pear/Mail/smtpmx.php und include/pear/Mail/smtp.php zu instanziieren, um die Socket-Optionen zu übergeben. Ich glaube, das ist eine bessere Lösung. Und dies ist eine PEAR-Ausgabe, keine osTicket-Ausgabe.

Ich habe das gleiche Problem mit der neuesten Version 1.10
SMTP-Authentifizierung kann nicht aktiviert werden, immer STARTTLS-Problem.

auch mit allen oben genannten Vorschlägen versuchen, aber nicht funktionieren :(

Ich habe @cosmospham mit

Seine Methode funktionierte auf Version 1.10 / 1.9.15.

Wenn dies in die Hauptniederlassung verschoben werden kann, ist das großartig.

Serverinformation
osTicket-Version v1.9.15 — Aktuell
Webserver-Software Apache/2.4.23 (Unix) OpenSSL/1.0.1e-fips mod_bwlimited/1.4
MySQL-Version 5.5.52
PHP-Version 5.6.27

@protich hat dies mit 4f68aeb behoben

Hallo Das funktioniert bei mir immer noch nicht. Ich verwende 1 und 1 UK-Hosting mit TLS 587.

Irgendeine Hilfe?

Ich würde dir empfehlen, mit 1and1 zu sprechen und sie zu fragen, warum es nicht funktioniert.

Siehe auch:
https://github.com/osTicket/osTicket/issues/3715
und
http://osticket.com/forum/discussion/87243/resolved-smtp-connection-error-for-1and1-server

brauche dringend hilfe...

ich kann smtp (gmail) bei meinem Helpdesk osticket nicht speichern. Unten ist der Anhang meiner Version.
hängt es auch mit php ver 5.6 zusammen? tq

eine weitere frage, ich verwende in windows server 2008 r2 standard 64bit umgebung .. gibt es eine konfiguration die smtp server funktion machen muss (in windows eingebaut) .. sorry ich bin wirklich neuling mit dieser osticket konfiguration. Ich scheine das aus anderen Klik zu nehmen ...

hoffe mir hilft jemand. Danke

"SMTP: Verbindung fehlgeschlagen: Es konnte keine Verbindung hergestellt werden, da der Zielcomputer dies aktiv abgelehnt hat"
Der Remote-Server verweigert die Verbindung.

In der Funktion des virtuellen SMTP-Mailservers in Windows benötigt der Server im Allgemeinen die Berechtigung zum Weiterleiten. Gehen Sie zurück zu dem Bildschirm, den Sie gepostet haben. Klicken Sie auf die Registerkarte Zugriff. Klicken Sie auf Relay und fügen Sie die IP-Adresse des Webservers hinzu. Stellen Sie außerdem sicher, dass die Firewall die Verbindung auf dem von Ihnen verwendeten Port zulässt.

lieber ntozier,

scheint ein Neuling zu sein.. Entschuldigung... ich habe einmal die IP geöffnet... ich sehe die IP so 127.0.0.1.. ich weiß nicht wo sie herkommt.

so richtig?

Ich kenne Ihre IP-Adressen nicht, daher kann ich nicht wirklich sagen, ob sie richtig sind. Ich gehe davon aus, dass Ihr Webserver 172.21.9.40 ist und dass Sie den virtuellen SMTP-Server auf derselben Maschine ausführen? Überprüfen Sie auch Ihre Firewall. :)

ja, osticket alles in diesem Server .. ja smtp virtueller Server auch dieselbe Maschine ... Oracle Sun Blade-Maschine .. Ausführen von Windows Server 2008 r2 Standard 64bit ... nachdem ich die Server-(Maschine)-IP in das Relay einfüge und teste, speichere die SMTP-Einstellung für [email protected] ist auch fehlgeschlagen. Verwenden Sie 4 Diff-Ports, 465, 443, 25, 587

Ich kann SMTP-Häkchen in Firewall-Windows sehen. Aber diese Maschine ist auch mit Kaspersky installiert. Ich weiß nicht, ob die Firewall auch von Kaspersky kontrolliert wird.

Ich hatte das gleiche Problem (STARTTLS-Fehler) beim Verbinden mit smtp.gmail.com auf osTicket 1.10.1.
Host: Windows Server 2012 (IIS 8.5), PHP 7, MySQL (5.7).

Das Hinzufügen der Option 'verify_peer' => false zu den 'ssl'-Socket-Optionen hat dies behoben.
In der Datei include/pear/Net/SMTP.php, in der Konstruktfunktion ändern:

// Turn off peer name verification by default\n
if (!$socket_options)
    $socket_options = array(
        'ssl' => array('verify_peer_name' => false)
    );

zum

// Turn off peer name verification by default\n
if (!$socket_options)
    $socket_options = array(
        'ssl' => array('verify_peer_name' => false, 'verify_peer' => false)
    );

Bei mir funktioniert nichts

E-Mail über SMTP senden
Verbindung zu smtp.gmail fehlgeschlagen. com:465 [SMTP: Verbindung zum Socket fehlgeschlagen: Zeitüberschreitung der Verbindung (Code: -1, Antwort: )]

Verbindung zu smtp.gmail fehlgeschlagen. com:587 [SMTP: Socketverbindung fehlgeschlagen: Verbindung abgelehnt (Code: -1, Antwort: )]

Serverinformation

osTicket-Version | v1.15 (d5ee0df) — Aktuell
Webserver-Software | Apache
MySQL-Version | 5.6.49
PHP-Version | 7.3.23

Bitte helfen Sie bei der Lösung dieses Problems