Windows Server 2016 Essentials, Health Report email ongelma

[FireExit]

Eli ongelmana olisi Windows Server 2016 Essentials automaattisen/manuaalisen Health Reportin lähetys mailina. Serveri antaa virheeksi seuraavaa: "SMTP Server cannot perform the operation, verify the setting for the SMTP server then try again. Syntax error command unrecognized. The server response was:".

Kokeiltu on:
- Käyttäjätunnukset, salasanat ja asetukset tarkistettu
- Kahta eri SMTP-palvelinta
- Kahta eri lähettäjä mailia
- Tämän vinkkiä: Server Essentials 2012 & 2016 Can’t Email Health Reports

* Eli lyhesti: Sammuta Dashboard -> Käynnistä Services appista palvelu Windows Server Essentials Provider Registry Service uudelleen​

- Tätä vinkkiä: Can’t Email Essentials Health Report Since Daylight Savings Time | MCB Systems

* Lyhyesti: Käynnistää Windows Server Essentials Provider Registry Service palvelu uudestaan​

- Palomuuriin avattu ulosmenevälle liikenteelle portti 465
- Palomuuri pois käytöstä kokonaan

Mailit toimii muuten kunnolla, mutta toi Healt Reportin lähetys bugaa jostain syystä. Ideat on loppu kun noin yksinkertainen asia ei onnistu...

[edit] Linkki korjattu

 

[hsalonen]

Ei 465 ole SMTP.. SMTP on 25.

 

[FireExit]

Salaamaton SMTP on 25. Salattu SMTP käyttää yleensä porttia 465. Ja kuten aloitus postauksessa kerroin että asetukset on tarkistettu ja testattu muualla toimiviksi.

 

[user9999]

1. Configuring Health Report in Windows Server 2012 R2 Essentials
Toimiiko nuo Set-WssReportEmailSetting ja Set-WssReportSchedule käskyt Windows Server 2016 palvelimella? Mitä näyttää käsky Get-WssReportEmailSetting |fl

2. Oletko kokeillu tehdä tuota noilla powershell käskyillä Set-WssReportEmailSetting ja Set-WssReportSchedule

3. Oletko kokeillu ajaa palvelimelta telnettiä tuohon smtp palvelimen porttiin 465. Esim. telnet smtp.gmail.com 465
Meneekö läpi?
Voi joutua asentamaan telnet clientin palvelimelle.

4. Toimiiko salaamattomana?

 

[telcoM]

Tuollainen Health Report on periaatteessa valvontaväline, joten se ei välttämättä käytä palvelimen normaalia sähköpostijärjestelmää ollenkaan, jotta raportin lähetys onnistuisi myös silloin kun palvelimen normaali sähköpostipalvelu on tavalla tai toisella rikki. Jos se on tuollainen erillinen systeemi, se ei välttämättä osaa kaikkia niitä temppuja mitä normaalin sähköpostipalvelun puolella on tarjolla.

Ota yhteyttä kohde-SMTP-palvelimen ylläpitäjään ja pyydä häntä katsomaan lokeistaan:
1.) näkyykö yhteydenottoyritystä siellä päässä ollenkaan?
2.) mitä SMTP-palvelimen mielestä siinä menee vikaan?

SMTP-palvelimen ylläpitäjä todennäköisesti haluaa tietää yhteydenottoyrityksen tarkan kellonajan ja lähde-IP-osoitteen, koska muuten yhteysyritystä on vaikeaa löytää lokitiedostoista.

Toinen vaihtoehto on tietysti katsoa Wiresharkilla tai vastaavalla verkkoliikenteen analysointiohjelmalla mitä tuolla tapahtuu. Tyhjä "server response" jotenkin vaikuttaisi siltä että yritetään kenties liikennöidä salattuun porttiin ilman salausta. Jos näet Windows-serverin lähettävän yhteyden aluksi "HELO palvelimen.domain.nimi" tai "EHLO palvelimen.domain.nimi", on kysymys juuri tästä.
Jos postipalvelin tukee STARTTLS:ää, salausta on mahdollista käyttää myös portissa 25, kunhan asiakaskone huomaa pyytää salausta päälle.

 

[Kaiser Soze]

Yritä ilman salausta ja palomuurit kokonaan pois.

 

[user9999]

Yksi mikä voi aiheuttaa ongelmia niin 2FA jos se käytössä esim. Microsoftin tai Googlen tilissä. Kaksivaiheinen tunnistus vaatii tietyissä softissa erillisen sovellus salasanan, jotta lähtee toimimaan.

Google:
Sovelluksen salasanoilla kirjautuminen - Google-tili Ohjeet

Microsoft:
https://support.microsoft.com/fi-fi/help/12409/microsoft-account-app-passwords-two-step-verification

 

[user9999]

Testasin tuota eli asensin virtuaaliin tuon Windows Server 2016 Essentials version ja pistin windows updatesta kaikki päivitykset.

Tässä käytin Gmail tiliä niin jos porttina 465 niin herjaa tuota samaa "SMTP Server cannot perform the operation, verify the setting for the SMTP server then try again. Syntax error command unrecognized. The server response was:"

smtp.gmail.com
SSL-portti: 465
TLS/STARTTLS-portti: 587

Vaihdoin portin 587 niin sillä toimii.

Pari kuvaa, millä toimi:

Spoileri: Kuvat

Riippuu tietysti mihin itse yrität lähettää. Tuossa tilissä 2FA niin jouduin käyttämään sovellus salasanaa. Jos ei käytä niin herjaa väärästä käyttäjätunnuksesta tai salasanasta.