t-sql

Doch gibt es. Das eine is Powershell und das andere T-SQL ;-). T-SQL selbst verschickt keine Mails. Das wird das Database Mail Subsystem übergeben.

Ich würde jetzt mal mit Wireshark mit sniffen wenn Du aus dem SQL Server verschickst. BTW. Du benutzt hoffentlich beim testen das korrekte Mail Profil? Gerade noch was interessantes gefunden: Enable TLS 1.2 for SQL Server 2016 database mail - Database Administrators Stack Exchange und dort die Antwort vom MS Support

ok. Kommst Du überhaupt von deinem SQL Server Server zu smtp.office365.com Port 587 hin oder wird da was von einer Firewall geblockt? Außerdem hab ich noch den Artikel How to configure SQL Database mail so send emails using Office 365 (Exchange Online): A walkthrough | Microsoft Docs gefunden.

Was hier erstmal fehlt sind die Ausgaben aus dem Errorlog. Was steht denn da drin? Was geben denn die passen Systemviews zu Database Mail aus? Siehe hier Database Mail Views (Transact-SQL) - SQL Server | Microsoft Docs

Dein Fehler ist sehr einfach zu erklären. Im where Teil ist der Alias aus dem Select Teil noch nicht bekannt. Die Ausführungsreihenfolge ist nämlich: FROM – inputs are evaluated first JOIN WHERE GROUP BY HAVING SELECT DISTINCT ORDER BY TOP – this is the last step aus T-SQL processing order

Was in dem Fall das gleiche ist.

Ähm, auf Server installiert man kein SSMS. Das gehört auf einen Client.

Hallo Sugar432, leider sind deine Annahmen zu Instanzen falsch. Instanzen kennen sich nicht. Auch nicht wenn sie auf dem gleichen Server sind. Instanzen haben unterschiedliche Namen. Die einzige Möglichkeit besteht über Linked Server zu arbeiten oder über openrowset.