Het algemene Exchange 2013 topic

[Satangel]

marsman schreef op woensdag 30 augustus 2017 @ 09:02:
Ctrl + rechtsklik op het outlook icoontje in de systray.
Kiezen voor "Automatische e-mailconfiguratie testen"
E-mailadres in vullen
Guessmart en veilige Guessmart uitzetten
op testen klikken en kijken waar het fout gaat

Het ziet er identiek uit als bij een user waar autodiscover wel goed werkt.
Ook in Logboek zie ik 'Geslaagd' bij https://mail.onsbedrijf.be/autodiscover/autodiscover.xml

Waar moet ik specifiek op letten of kan ik nog iets doen? Bedankt alvast

[marsman]

kun je die log plaatsen? (zonder bedrijfsgegevens)

[Satangel]

marsman schreef op woensdag 30 augustus 2017 @ 09:36:
kun je die log plaatsen? (zonder bedrijfsgegevens)

<?xml version="1.0" encoding="utf-8"?>
<Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
<Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
<User>
<DisplayName>USERNAME</DisplayName>
<LegacyDN>/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=USERNAME481</LegacyDN>
<AutoDiscoverSMTPAddress>[e-mail]</AutoDiscoverSMTPAddress>
<DeploymentId>a7e393fb-e3ba-472f-b378-f93f38a23e8b</DeploymentId>
</User>
<Account>
<AccountType>email</AccountType>
<Action>settings</Action>
<Protocol>
<Type>EXCH</Type>
<Server>BEDRIJFMAIL.BEDRIJF.local</Server>
<ServerDN>/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=BEDRIJFMAIL</ServerDN>
<ServerVersion>7383807B</ServerVersion>
<MdbDN>/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=BEDRIJFMAIL/cn=Microsoft Private MDB</MdbDN>
<PublicFolderServer>BEDRIJFMAIL.BEDRIJF.local</PublicFolderServer>
<AD>BEDRIJFDC4.BEDRIJF.local</AD>
<ASUrl>https://mail.BEDRIJF.be/ews/exchange.asmx</ASUrl>
<EwsUrl>https://mail.BEDRIJF.be/ews/exchange.asmx</EwsUrl>
<EcpUrl>https://mail.BEDRIJF.be/ecp/</EcpUrl>
<EcpUrl-um>?p=customize/voicemail.aspx&exsvurl=1</EcpUrl-um>
<EcpUrl-aggr>?p=personalsettings/EmailSubscriptions.slab&exsvurl=1</EcpUrl-aggr>
<EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?exsvurl=1&IsOWA=<IsOWA>&MsgID=<MsgID>&Mbx=<Mbx></EcpUrl-mt>
<EcpUrl-ret>?p=organize/retentionpolicytags.slab&exsvurl=1</EcpUrl-ret>
<EcpUrl-sms>?p=sms/textmessaging.slab&exsvurl=1</EcpUrl-sms>
<OOFUrl>https://mail.BEDRIJF.be/ews/exchange.asmx</OOFUrl>
<UMUrl>https://mail.BEDRIJF.be/ews/UM2007Legacy.asmx</UMUrl>
<OABUrl>http://mail.BEDRIJF.be/OAB/49d5ba72-b248-4ec2-8038-0d88fdaea632/</OABUrl>
<ServerExclusiveConnect>off</ServerExclusiveConnect>
<CertPrincipalName>msstd:mail.BEDRIJF.be</CertPrincipalName>
</Protocol>
<Protocol>
<Type>EXPR</Type>
<Server>mail.BEDRIJF.be</Server>
<SSL>On</SSL>
<AuthPackage>Basic</AuthPackage>
<ASUrl>https://mail.BEDRIJF.be/ews/exchange.asmx</ASUrl>
<EwsUrl>https://mail.BEDRIJF.be/ews/exchange.asmx</EwsUrl>
<EcpUrl>https://mail.BEDRIJF.be/ecp/</EcpUrl>
<EcpUrl-um>?p=customize/voicemail.aspx&exsvurl=1</EcpUrl-um>
<EcpUrl-aggr>?p=personalsettings/EmailSubscriptions.slab&exsvurl=1</EcpUrl-aggr>
<EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?exsvurl=1&IsOWA=<IsOWA>&MsgID=<MsgID>&Mbx=<Mbx></EcpUrl-mt>
<EcpUrl-ret>?p=organize/retentionpolicytags.slab&exsvurl=1</EcpUrl-ret>
<EcpUrl-sms>?p=sms/textmessaging.slab&exsvurl=1</EcpUrl-sms>
<OOFUrl>https://mail.BEDRIJF.be/ews/exchange.asmx</OOFUrl>
<UMUrl>https://mail.BEDRIJF.be/ews/UM2007Legacy.asmx</UMUrl>
<OABUrl>https://mail.BEDRIJF.be/OAB/49d5ba72-b248-4ec2-8038-0d88fdaea632/</OABUrl>
<ServerExclusiveConnect>on</ServerExclusiveConnect>
<CertPrincipalName>msstd:mail.BEDRIJF.be</CertPrincipalName>
</Protocol>
<Protocol>
<Type>WEB</Type>
<Internal>
<OWAUrl AuthenticationMethod="Basic, Ntlm, WindowsIntegrated">https://mail.BEDRIJF.be/owa/</OWAUrl>
<Protocol>
<Type>EXCH</Type>
<ASUrl>https://mail.BEDRIJF.be/ews/exchange.asmx</ASUrl>
</Protocol>
</Internal>
<External>
<OWAUrl AuthenticationMethod="Fba">https://mail.BEDRIJF.be/owa/</OWAUrl>
<Protocol>
<Type>EXPR</Type>
<ASUrl>https://mail.BEDRIJF.be/ews/exchange.asmx</ASUrl>
</Protocol>
</External>
</Protocol>
<AlternativeMailbox>
<Type>Archive</Type>
<DisplayName>Personal Archive - USERNAME</DisplayName>
<LegacyDN>/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=USERNAME481/guid=21c01115-e81f-4fb6-abef-819ef42ff994</LegacyDN>
<Server>BEDRIJFMAIL.BEDRIJF.local</Server>
<OwnerSmtpAddress>[e-mail]</OwnerSmtpAddress>
</AlternativeMailbox>
<AlternativeMailbox>
<Type>Delegate</Type>
<DisplayName>MyPetzone EXTRAMAILBOX1menu</DisplayName>
<SmtpAddress>[e-mail]</SmtpAddress>
<OwnerSmtpAddress>[e-mail]</OwnerSmtpAddress>
</AlternativeMailbox>
<AlternativeMailbox>
<Type>Delegate</Type>
<DisplayName>MyPetzone EXTRAMAILBOX2-Premium</DisplayName>
<SmtpAddress>[e-mail]</SmtpAddress>
<OwnerSmtpAddress>[e-mail]</OwnerSmtpAddress>
</AlternativeMailbox>
</Account>
</Response>
</Autodiscover>

Heb de vervangen dingen in CAPS gezet , hopelijk geraak je er wijs uit.

[ardvark99]

Hallo, ik heb een vraagje over mijn Exchange 2013 die ik thuis heb draaien. Op een of andere manier is er een fout geslopen in het Exchange account van mijn zoon. Is er een manier om een Exchange account te resetten of te verwijderden (loskoppelen van AD account) zonder het AD account te hoeven verwijderen? Domain en Exchange servers zijn W2012R2 servers.

Ik heb al het eea geprobeerd in ECP, maar kan door weinig doen wat helpt, of ik moet het account verwijderen, waardoor het AD account ook verwijderd wordt, waardoor hij zijn W10 profiel en settings kwijt is.

[marsman]

Satangel schreef op woensdag 30 augustus 2017 @ 09:43:
[...]


[...]


Heb de vervangen dingen in CAPS gezet , hopelijk geraak je er wijs uit.

Dit is de autodiscover van USERNAME. Je wilde EXTRAMAILBOX1 en EXTRAMAILBOX2 toevoegen?

ardvark99 schreef op woensdag 30 augustus 2017 @ 09:44:
Is er een manier om een Exchange account te resetten of te verwijderden (loskoppelen van AD account) zonder het AD account te hoeven verwijderen?

Een "Exchange Account" bestaat niet. Er is een mailbox in een Exchange Database en een koppeling met een AD account. Om die koppeling te verwijderen, moet je Disable kiezen in ECP.

Maar wat voor fout is er in de mailbox geslopen?

[ Voor 45% gewijzigd door marsman op 30-08-2017 09:59 ]

[Satangel]

[quote]marsman schreef op woensdag 30 augustus 2017 @ 09:51[/message]:
[...]


Dit is de autodiscover van USERNAME. Je wilde EXTRAMAILBOX1 en EXTRAMAILBOX2 toevoegen?


[...]

Inderdaad, die alternative mailboxes moeten toegevoegd worden, maar ik zie ze niet.

[Jazzy]

ardvark99 schreef op woensdag 30 augustus 2017 @ 09:44:
Is er een manier om een Exchange account te resetten of te verwijderden (loskoppelen van AD account) zonder het AD account te hoeven verwijderen?

Disable-Mailbox is het cmdlet dat alle Exchange properties van het AD account verwijdert en de mailbox in de database markeert voor verwijdering. Kan natuurlijk niet zeggen of dit de beste aanpak is omdat je niets vertelt over het probleem dat je wilt oplossen, maar dit is in ieder geval het antwoord op bovenstaande vraag.

[ardvark99]

Jazzy schreef op woensdag 30 augustus 2017 @ 10:13:
[...]
Disable-Mailbox is het cmdlet dat alle Exchange properties van het AD account verwijdert en de mailbox in de database markeert voor verwijdering. Kan natuurlijk niet zeggen of dit de beste aanpak is omdat je niets vertelt over het probleem dat je wilt oplossen, maar dit is in ieder geval het antwoord op bovenstaande vraag.

Sorry, probleem van dit account is dat de mail op mobiele devices niet werkt, kan het account niet aanmaken. Op de PC van mijn zoon met Outlook 2013 werkt het wel. (En ik meen dat OWA ook niet werkt voor dat account.

Alle andere accounts hebben geen problemen. Maar thanx. Ik zal de cmdlet eens uitproberen.

[marsman]

Satangel schreef op woensdag 30 augustus 2017 @ 10:10:


Inderdaad, die alternative mailboxes moeten toegevoegd worden, maar ik zie ze niet.

Je bedoelt Auto-Mapping ipv Autodiscover?

Auto-mapping werkt standaard alleen als het gebruikersaccount rechtstreeks Full Access rechten op de alternatieve Mailbox heeft.
Die lijken goed te staan, aangezien die netjes tussen de <AlternativeMailbox> staan.

Heb je al een nieuwe outlook profiel getest? Kun je de mailboxen wel handmatig toevoegen?

[Satangel]

marsman schreef op woensdag 30 augustus 2017 @ 10:30:
[...]


Je bedoelt Auto-Mapping ipv Autodiscover?

Auto-mapping werkt standaard alleen als het gebruikersaccount rechtstreeks Full Access rechten op de alternatieve Mailbox heeft.
Die lijken goed te staan, aangezien die netjes tussen de <AlternativeMailbox> staan.

Heb je al een nieuwe outlook profiel getest? Kun je de mailboxen wel handmatig toevoegen?

Nieuw outlook profiel heb ik ook al getest, wil het gerust nog eens doen maar lukte niet vorige keer.
Handmatig toevoegen geeft hij aan dat de client bewerking mislukt is & dat ik de mappen niet kan openen.

[marsman]

Dan gaat er zeker iets mis met de rechten.
Eerst de rechten verwijderen en opnieuw toevoegen via de management shell:

Remove-MailboxPermission -Identity EXTRAMAILBOX -User USERNAME -AccessRights FullAccess -InheritanceType All

Add-MailboxPermission -Identity EXTRAMAILBOX -User USERNAME -AccessRights FullAccess -InheritanceType All

Als dat niet helpt kunnen de rechten binnen de mailbox nog hinderen. Ik heb nog een script liggen om die op te vragen en aan te passen.

[Satangel]

marsman schreef op woensdag 30 augustus 2017 @ 10:54:
Dan gaat er zeker iets mis met de rechten.
Eerst de rechten verwijderen en opnieuw toevoegen via de management shell:

Remove-MailboxPermission -Identity EXTRAMAILBOX -User USERNAME -AccessRights FullAccess -InheritanceType All

Add-MailboxPermission -Identity EXTRAMAILBOX -User USERNAME -AccessRights FullAccess -InheritanceType All

Als dat niet helpt kunnen de rechten binnen de mailbox nog hinderen. Ik heb nog een script liggen om die op te vragen en aan te passen.

Helpt niet. Hij removed ze correct, voegt ze correct opnieuw toe, maar bij de user zelf zie ik ze nooit verschijnen.

Moest het helpen, wij werken op een remote desktop server.

[marsman]

Auto-Mapping is je laatste stap. Je eerste stap is het kunnen openen van de EXTRAMAILBOX. Kun je die na het opnieuw zetten van de rechten wel handmatig toevoegen? RDS zou geen invloed moeten hebben.

[Turdie]

ardvark99 schreef op woensdag 30 augustus 2017 @ 09:44:
Hallo, ik heb een vraagje over mijn Exchange 2013 die ik thuis heb draaien. Op een of andere manier is er een fout geslopen in het Exchange account van mijn zoon. Is er een manier om een Exchange account te resetten of te verwijderden (loskoppelen van AD account) zonder het AD account te hoeven verwijderen? Domain en Exchange servers zijn W2012R2 servers.

Ik heb al het eea geprobeerd in ECP, maar kan door weinig doen wat helpt, of ik moet het account verwijderen, waardoor het AD account ook verwijderd wordt, waardoor hij zijn W10 profiel en settings kwijt is.

Misschien wat testjes doen via testconnectivity.micrososft.com

[Satangel]

marsman schreef op woensdag 30 augustus 2017 @ 16:59:
Auto-Mapping is je laatste stap. Je eerste stap is het kunnen openen van de EXTRAMAILBOX. Kun je die na het opnieuw zetten van de rechten wel handmatig toevoegen? RDS zou geen invloed moeten hebben.

Ik kan ze manueel toevoegen maar dan krijg ik dezelfde error ivm client bewerking mislukt, kan de set mappen neit openen.

Ik ben benieuwd naar je scriptje of die zou helpen.

Bedankt alvast voor de snelle replies!

[ardvark99]

shadowman12 schreef op donderdag 31 augustus 2017 @ 19:22:
[...]


Misschien wat testjes doen via testconnectivity.micrososft.com

Met testconnectivity.microsoft.com krijg ik diverse error's, ik heb deze site wel eens vaker gebruikt om het eea te testen. Een van de problemen is bekend, ik gebruik een self signed certificaat.

Maar het vreemde is dat mijn account, en die van mijn vriendin beide werken via webmail, en ook de accounts ingesteld en werkend op onze telefoons/tablets. Tevens is onze webmail beschikbaar.
Maar de accounts van de kinderen werken alleen op hun PC's, maar niet via owa (melding na inloggen: De gebruikersnaam of het wachtwoord is ongeldig. Voer de gegevens opnieuw in.), en ook niet op de telefoons. Het enigste verschil wat ik kan ontdekken is dat wij domain admin en domain users zijn, maar de kinderen alleen domain user. Heb daar ook mee lopen spelen, maar dat maakt geen verschil.

[Turdie]

ardvark99 schreef op vrijdag 1 september 2017 @ 11:39:
[...]

Met testconnectivity.microsoft.com krijg ik diverse error's, ik heb deze site wel eens vaker gebruikt om het eea te testen. Een van de problemen is bekend, ik gebruik een self signed certificaat.

Maar het vreemde is dat mijn account, en die van mijn vriendin beide werken via webmail, en ook de accounts ingesteld en werkend op onze telefoons/tablets. Tevens is onze webmail beschikbaar.
Maar de accounts van de kinderen werken alleen op hun PC's, maar niet via owa (melding na inloggen: De gebruikersnaam of het wachtwoord is ongeldig. Voer de gegevens opnieuw in.), en ook niet op de telefoons. Het enigste verschil wat ik kan ontdekken is dat wij domain admin en domain users zijn, maar de kinderen alleen domain user. Heb daar ook mee lopen spelen, maar dat maakt geen verschil.

Dan weet je waaraan je wat moet doen toch?

[Vorkie]

ardvark99 schreef op vrijdag 1 september 2017 @ 11:39:
[...]

Met testconnectivity.microsoft.com krijg ik diverse error's, ik heb deze site wel eens vaker gebruikt om het eea te testen. Een van de problemen is bekend, ik gebruik een self signed certificaat.

Maar het vreemde is dat mijn account, en die van mijn vriendin beide werken via webmail, en ook de accounts ingesteld en werkend op onze telefoons/tablets. Tevens is onze webmail beschikbaar.
Maar de accounts van de kinderen werken alleen op hun PC's, maar niet via owa (melding na inloggen: De gebruikersnaam of het wachtwoord is ongeldig. Voer de gegevens opnieuw in.), en ook niet op de telefoons. Het enigste verschil wat ik kan ontdekken is dat wij domain admin en domain users zijn, maar de kinderen alleen domain user. Heb daar ook mee lopen spelen, maar dat maakt geen verschil.

Geef je nu niet al je eigen antwoord op je probleem?

Namelijk ;

heb je toevallig in active directory aangegeven dat ze alleen mogen inloggen op hun eigen pc? Zorg dat je Dan ook de Exchange toevoegd aan Het aanmelden , aangezien het account zich daar ook op wilt aanmelden.

[ardvark99]

Vorkie schreef op vrijdag 1 september 2017 @ 21:02:
[...]

Geef je nu niet al je eigen antwoord op je probleem?

Namelijk ;

heb je toevallig in active directory aangegeven dat ze alleen mogen inloggen op hun eigen pc? Zorg dat je Dan ook de Exchange toevoegd aan Het aanmelden , aangezien het account zich daar ook op wilt aanmelden.

Hallo @shadowman12 en @ThaNetRunner,

Thanx!! Dat was idd de oplossing, het toevoegen van de exchang-web server aan hun accounts. Achteraf logisch maar ik was hier nog niet opgekomen, dacht het is een website, maar ze loggen idd in als domain user op de server die in het domain draait! Weer helemaal happy

En deze configuratie is ontstaan als hobby en interesse. Ik heb wel een MSDN training gehad in W2k12R2 maar ben niet dagelijks als systeem beheerder bezig, mijn expertise is telecom in de enterprise markt.

Dus weer wat geleerd

[marsman]

Satangel schreef op vrijdag 1 september 2017 @ 11:28:
[...]

Ik kan ze manueel toevoegen maar dan krijg ik dezelfde error ivm client bewerking mislukt, kan de set mappen neit openen.

Ik ben benieuwd naar je scriptje of die zou helpen.

Bedankt alvast voor de snelle replies!

Check in ieder geval de rechten op de root van de mailbox met:

Get-MailboxFolderPermission EXTRAMAILBOX:\


Om de rechten op alle subfolders te checken:

code:

$MBXFolders = @()
$MBXFoldersCorr = New-Object System.Collections.ArrayList
$Permissions = @()
$MBX_tocheck = "EXTRAMAILBOX"
$MBXFolders = Get-MailboxFolderStatistics $MBX_tocheck | select folderpath
foreach ($item in $MBXFolders) {
 $temp = $item.FolderPath
 $temp = $Temp.Replace("/","\")
 $MBXFoldersCorr.Add($temp) | out-null
}
foreach ($item in $MBXFoldersCorr) {
Try {
 $MailboxFolder = $MBX_tocheck + ":" + $item
 $Permissions += $(Get-MailboxFolderPermission $MailboxFolder -ErrorAction Stop | Select-Object FolderName,User,AccessRights)
 }
Catch {
 $ReturnedObj = New-Object PSObject
 $ReturnedObj | Add-Member NoteProperty -Name "FolderName" -Value $item
 $ReturnedObj | Add-Member NoteProperty -Name "User" -Value "*Not Applicable*"
 $ReturnedObj | Add-Member NoteProperty -Name "AccessRights" -Value "*Not Applicable*"
 $Permissions += $ReturnedObj
 Continue
 }
}
$Permissions | Sort-Object FolderName,User | Format-Table

[D_Jeff]

Iemand CU18 al geinstalleerd?

Nog bepaalde zaken waar jullie tegenaan lopen?

[arjants]

IOS 11 connection issue's lees ik her en der.
Daar is inmiddels een IOS update voor gekomen vandaag

[pitchdown]

D_Jeff schreef op dinsdag 26 september 2017 @ 18:43:
Iemand CU18 al geinstalleerd?

Nog bepaalde zaken waar jullie tegenaan lopen?

Nope,
wel CU7 voor exchange 2016.
Geen issues (ook niet in dag-modus).

[Peentje]

CU's
Laatste CU van maart in Juni/July geinstalleerd. Aangezien mainstream support 2018 afloopt verwacht ik dan nog een CU en daarna alleen security patches. Lijkt me mooi moment om na aflopen mainstream support de dan laatste CU te installeren.

ClientIssues
Meanwhile blijf ik issues houden met (zowel Outlook 2013/2016 32-63 bit en eMclient) mails die in de Outbox blijven hangen bij sommigen. Dit zijn mensen die 3-4 accounts en tot wel 8 shared mailboxen hebben (met cached mode).

Al aardig wat zitten vissen (zie hieronder), maar nog niet echt iets kunnen vinden, je komt vaak op de server limits uit en ook de policies die je in kan stellen zijn allemaal op basis van mailbox, niet op een client die meerder mailboxen oid heeft.

Komende 2 weken helaas de client niet present om weer eens een uitgebreide troubleshoot setting te doen.

Checked (amongst others):
#1 https://technet.microsoft.com/en-us/library/bb232205(v=exchg.150).aspx
#2 http://www.tecfused.com/2013/05/exchange-2013-outlook-anywhere-rpc-settings/
#3 https://www.experts-exchange.com/questions/27385249/MaxOutboundConnections-limit-on-Client-Access-Server.html
#4 https://www.codetwo.com/kb/migration-mapi-limits/

[Froggy]

@Peentje Cache mode al eens uitgeschakeld? Zag het ook soms voorbij komen bij cache mode ingeschakeld, zet je het uit is het opgelost.

[ Voor 4% gewijzigd door Froggy op 23-02-2018 13:03 ]

[Peentje]

Froggy schreef op vrijdag 23 februari 2018 @ 13:03:
@Peentje Cache mode al eens uitgeschakeld? Zag het ook soms voorbij komen bij cache mode ingeschakeld, zet je het uit is het opgelost.

Dat was inderdaad één van de mogelijke fixes.

Echter gezien ons travel schedule (45 vluchten over 2017 voor een single Executive) is het niet echt mogelijk met zonder cached mode te werken helaas.

Kansloos voor ons.

[ Voor 1% gewijzigd door Peentje op 23-02-2018 14:17 . Reden: typo ]

[Jazzy]

Zeker als het VIPs betreft zou ik er eens een support call aan wagen. Worst case kost het je € 300 maar het levert altijd wat op.

[Tomba]

Nog mensen die Exchange 2013 draaien? Zag net dat we inmiddels in extended support zitten toen ik CU20 uit wilde gaan rollen tbv dotnet 4.7.1. CU21 wordt dus de laatste release..

https://blogs.technet.mic...-support-lifecycle-phase/

[ Voor 25% gewijzigd door Tomba op 16-05-2018 14:51 ]

[Jazzy]

De laatste geplande release. Dat betekent dat je wat minder vaak update zult zien, net als in het verleden met Exchange 2007 en 2010.

Om op je vraag te antwoorden: ja en hele volksstammen. Een aantal klanten draaien nog Exchange 2010 en meestal naar alle tevredenheid. Puur het feit dat Exchange 2013 in Extended Support gaat zal voor weinig organisaties een reden zijn om naar Exchange 2016 te migreren. Misschien als later dit jaar Exchange 2019 uitkomt, maar ik verwacht eerlijk gezegd niet dat die echt interessante voordelen gaat bieden waardoor klanten zo snel mogelijk van 2013 af gaan willen.

[Froggy]

Tomba schreef op woensdag 16 mei 2018 @ 14:51:
Nog mensen die Exchange 2013 draaien? Zag net dat we inmiddels in extended support zitten toen ik CU20 uit wilde gaan rollen tbv dotnet 4.7.1. CU21 wordt dus de laatste release..

https://blogs.technet.mic...-support-lifecycle-phase/

Yep. Hier ook nog 2013. De migratie naar O365 ligt al enige tijd op de plank, maar vanwege de afhankelijkheid van Codetwo Exchange Sync, welke enkel met on premise Exchange werkt, staat dat op hold.

[ardvark99]

Hallo,

Ik zit met een probleempje. Ik draai thuis Exchange 2013 in een VM. Op zich zonder problemen, totdat ik een maand geleden een kopie teug moest zetten van een paar maanden geleden. Ik was bezig geweest om een Lets Encrypt certificaat te installeren, maar dat was niet gelukt. Nu heb ik het wel voor elkaar gekregen met een tool (Certify The Web). Dat draait nu prima. Webmail met groen slotje, mail op mobiel geen problemen.

Maar ik heb een probleem met mijn Outlook 2010 en 2013 clients. Wanneer ik die opstart krijg ik een melding dat er een probleem is met het certificaat van de proxy server, en wordt er gevraagd om een certificaat te laden (Zie screenshot). Ik heb geen proxy server draaien. Wanneer ik de meldingen accepteer draait outlook prima. Maar ik wil graag van die meldingen af. Het gaat overig om het lokale certificaat van mijn Exhange server

Ik heb al van alles geprobeerd, certificaat opgeslagen, lokaal opslaan, toevoegen aan Trusted certificates, etc. In Configuratie scherm outlook profiel verwijderd en op nieuw aangemaakt, gaat een keer goed, daarna weer de meldinegn. Op de Exchange server een extra lokaal self signed certificate aangemaakt. In outlook nog instellingen aangepast, etc.

Wat ik ook aangepast heb (maar volgens mij staat dat er los van) is HTTP 2 HTTPS redirct.

[Jazzy]

Je hebt blijkbaar het verkeerde certificaat gekoppeld in Exchange. Het certificaat dat je gebruikers nu voor hun kiezen krijgen heeft als fqdn exchange*******.local terwijl je in je Autodiscover instellingen gezet hebt dat clients op een andere fqdn moeten verbinden, bijvoorbeeld mail.******.nl en daar een certificaat voor aangevraagd hebt. Gebruik Get-ExchangeCertificate en Enable-ExchangeCertificate om het goede certificaat aan IIS te koppelen.

[ardvark99]

Jazzy schreef op maandag 23 juli 2018 @ 17:04:
Je hebt blijkbaar het verkeerde certificaat gekoppeld in Exchange. Het certificaat dat je gebruikers nu voor hun kiezen krijgen heeft als fqdn exchange*******.local terwijl je in je Autodiscover instellingen gezet hebt dat clients op een andere fqdn moeten verbinden, bijvoorbeeld mail.******.nl en daar een certificaat voor aangevraagd hebt. Gebruik Get-ExchangeCertificate en Enable-ExchangeCertificate om het goede certificaat aan IIS te koppelen.

Ik heb de cmd's uitgevoerd, maar volgens mij stond ie al goed. Maar moet ik het derde vertificaat verwijderen?



Edit: Kan ik het derde certificaat ongestraft verwijderen? Ik heb al geprobeerd om een export van te maken, maar krijg een foutmelding (A special Rpc error occurs on server EXCHANGEWEB: The private key couldn't be exported as PKCS-12. It either couldn't be accessed or isn't exportable.)
Volgens mij is dit een certificaat wat standard geinstalleerd is bij de installatie van de server)

[ Voor 21% gewijzigd door ardvark99 op 23-07-2018 18:20 ]

[Fanatix]

ardvark99 schreef op maandag 23 juli 2018 @ 17:25:
[...]

Ik heb de cmd's uitgevoerd, maar volgens mij stond ie al goed. Maar moet ik het derde vertificaat verwijderen?

[afbeelding]

Edit: Kan ik het derde certificaat ongestraft verwijderen? Ik heb al geprobeerd om een export van te maken, maar krijg een foutmelding (A special Rpc error occurs on server EXCHANGEWEB: The private key couldn't be exported as PKCS-12. It either couldn't be accessed or isn't exportable.)
Volgens mij is dit een certificaat wat standard geinstalleerd is bij de installatie van de server)

Je maakt verbinding met een .local adres terwijl je een certificaat hebt voor .nl.
Dus je moet zorgen dat je met .nl gaat verbinden of dat .local ook in je certificaat komt te staan (geen idee of dit mogelijk is bij LE, normaal gesproken kan dit niet i.v.m. validatie).

[ardvark99]

@Jazzy en @Fanatix , ik heb het certificaat verwijderd, en de server herstart. Outlook geeft nog steeds dezelfde foutmelding met Error 10, en vraagt om het locale certificaat te instaleren, terwijl de certificaten nu nite naar het locale URL verwijzen. Hebben jullie nog meer ideeen? Bvd.

[Froggy]

@ardvark99 Wat heb je staan als InternalHostName?
Check deze even:
http://msexchangeguru.com/2015/10/02/error-code10/

[ardvark99]

Froggy schreef op dinsdag 24 juli 2018 @ 21:41:
@ardvark99 Wat heb je staan als InternalHostName?
Check deze even:
http://msexchangeguru.com/2015/10/02/error-code10/

Bedankt, deze link heeft mij van de Error code 10 melding afgeholpen. Gisteravond heb ik noig een andere link gevonden waar de configuratie voor certificaten wordt behandeld. Daarin stond o.a. in dat ik voor mijn externe url een DNS zone moest aanmaken. Dat had ik nog niet gedaan. Ik heb toen alle stappen (behalve het aanmaken van een extern certificaat) gevolgd, en nu werkt mijn Exchange zoals het hoort.

http://techgenix.com/mana...change-server-2013-part1/ (Je moet wel een account aanmaken om de artikelen te lezen)

Nu nog enkele andere zaken fine tunen, en dan na backup, kan ik weer vooruit

Ook @Jazzy en @Fanatix bedankt voor de tips. Het heeft mij geholpen om de configuratie te vinden.

[Froggy]

@ardvark99 Mooi dat het opgelost is!
Ik zou nu al even een back-up maken. Of in ieder geval even een snapshot

[ Voor 28% gewijzigd door Froggy op 25-07-2018 22:51 ]

[ardvark99]

Froggy schreef op woensdag 25 juli 2018 @ 18:07:
@ardvark99 Mooi dat het opgelost is!
Ik zou na al even een backup maken. Of in ieder geval even een snapshot

Dat ga ik ook doen. En voor mijzelf heb ik gedocumenteerd hoe en aan de hand van welke websites ik de boel geconfigureerd heb... Ook altijd handig.

[ardvark99]

Ik heb sinds enige tijd een problem met webmail op mijn Exchange 2013 server. De laatste SP is geinstalleerd. Outlook en mobiele clients werken probleemloos, maar wanneer ik via webmail prober in te loggen krijg ik een foutmelding, ook voor ecp en administrator:


er is iets misgegaan

Sorry, we kunnen die informatie op dit moment niet verkrijgen. Probeer het later opnieuw. Als het probleem blijft, neem dan contact op met uw helpdesk.

X-ClientId: JIXL - T0T0 - GI0Y - YXXCQ
X-FEServer: XXXXXXXXXX
Date: 2-2-2019 12:47:59

Nu valt mij op dat de tijd die gemeld wordt, altijd een uur achter loopt. Ik heb ook geprobeerd een oplossing te vinden door te googlen, maar kom niet veel tegen, behalve dat het met de tijd te maken kan hebben. De tijd op de server staat goed ingesteld.

[Oogje]

Is de gemelde tijd niet gewoon UTC?
Wat kom je tegen in de logfiles van Exchange? Desnoods logging level van t OWA gedeelte een stuk gedetailleerder zetten.

[ardvark99]

Oogje schreef op zaterdag 2 februari 2019 @ 15:45:
Is de gemelde tijd niet gewoon UTC?
Wat kom je tegen in de logfiles van Exchange? Desnoods logging level van t OWA gedeelte een stuk gedetailleerder zetten.

Het lijkt er op dat het webmail problem opgelost is. Afgelopen weken geprobeerd om de logging door te spitten (gelukkig geen uren aan besteed). Maar vandaag CU22 geinstalleerd, en na installatie het vinkje om de beheer site te starten (ecp) aangevinkt, en ik kon inloggen. Daarbij kreeg ik in IE gelijk waarschuwingen dat er iets met mijn certificaten aan de hand was.

Ik heb ongeveer een half jaar geleden Certify The Web geinstalleerd (draai ook altijd de laatste versie daarvan), maar blijkbaar stonden er nu 4 certificaten geconfigureerd, waarvan er 2 verlopen waren. De oudste 3 gelijk verwijderd, en nu werkt webmail weer als vanouds. Ook ecp weer normal toegankelijk. Hier had ik het niet in gezocht, omdat tot vandaag ik geen meldingen in mijn brouwser kreeg dat er iets met het certificaat aan de hand is, ik kreeg netjes te zien dat het certificaat geldig was. Of dit ook te maken heeft met CU22 vraag ik mij af, ik denk niet dat de CU daarin iets gefixed heeft.

Ben in ieder geval blij dat het weer draait, nu nog kijken wat er mis gaat met Certify The Web, of dat het nu wel goed gaat met vernieuwen van de certificaten.

[Froggy]

Nog steeds Exchange 2013 draaien hier. Laatste tijd duiken er steeds meer problemen op met de zoekfunctie via webmail. Outlook geeft geen problemen. Andere browser is geen oplossing: zelfde resultaat. Bij een zoekactie blijft het venster met zoekresultaten maar als een idioot heen en weer scrollen.
Herkent iemand dit?

[kw_nl]

Eventlogs al nagekeken op de server? Kan een corrupte searchdatabase zijn...

[Froggy]

Sorry, vergeten te vermelden. De indexstates zijn allemaal healthy. Het treedt op bij diverse gebruikers verspreid over meerdere databases.

[ Voor 35% gewijzigd door Froggy op 09-09-2019 11:41 ]

[SparTi]

Op welke CU versie zit je en draai je in een DAG?
Al eens een gebruiker gemigreerd van database A (waar de gebruiker problemen ervaart) naar database B en dan kijken of het is gefixt?

[jadjong]

Wie heeft er nog meer ruzie met KB4536988 op 2013/CU23? De laatste update om webaccess een beetje waterdicht te krijgen.
Hier is deze uit zichzelf gestopt(reden nog niet gevonden) en heeft alle Exchange/IIS services op disabled gezet. Inclusief hun dependencies en dat beide kanten op.
De update alsnog kunnen draaien in een elevated command prompt, maar die services zijn niet meer tot leven gekomen. Dit helpt gedeeltelijk maar niet alle dependecies komen tot leven, zit niets anders op dan door de eventlog en servicemanager te scrollen tot iedereen weer blij is.

[Oogje]

jadjong schreef op woensdag 4 maart 2020 @ 10:14:
Wie heeft er nog meer ruzie met KB4536988 op 2013/CU23? De laatste update om webaccess een beetje waterdicht te krijgen.
Hier is deze uit zichzelf gestopt(reden nog niet gevonden) en heeft alle Exchange/IIS services op disabled gezet. Inclusief hun dependencies en dat beide kanten op.
De update alsnog kunnen draaien in een elevated command prompt, maar die services zijn niet meer tot leven gekomen. Dit helpt gedeeltelijk maar niet alle dependecies komen tot leven, zit niets anders op dan door de eventlog en servicemanager te scrollen tot iedereen weer blij is.

Ik weet wel dat als je de update niet elevated draait je services wel eens lekker op disabled blijven staan, die fout maak je maar 1x

[jadjong]

Tja, de vorige 734 gingen prima.

[Drardollan]

Hierheen verwezen vanuit het kleine SysOp vragen topic.

Ik heb, helaas, een oude Exchange 2013 gekregen om te beheren. Nooit een SP of CU geïnstalleerd. Deze moet zo snel mogelijk bijgebracht naar CU23.

Kan iemand mij de juiste richting opduwen? Ik moet sowieso .Net upgraden, en dat moet 4.7.2 of 4.8 zijn zo te zien. Maar deze upgrade vereist een herstart, en daarna zal Exchange het niet meer doen denk ik? Werkt een upgrade dan nog wel?

Zo zou het er denk ik uit moeten gaan zien:

1. Backup met Veeam gaan maken, moet ook uitgezocht. Als ik de mailboxen naar PST kan zetten is dat voldoende als backup (klein bedrijf, werk is te overzien als ik een nieuwe Exchange moet opzetten).

2. Installeren .Net 4.8 en VS C++ op de machine. Moet ik dan herstarten of lekker laten draaien?

3. setup.exe /PrepareAD and /PrepareDomain

4. setup.exe gewoon draaien en update uitvoeren

5. herstart

Ik twijfel dus alleen over stap 2, ik kan geen tussenliggende CU's meer downloaden en heb dus weinig keus denk ik?

[Turdie]

Drardollan schreef op maandag 9 maart 2020 @ 19:43:
Hierheen verwezen vanuit het kleine SysOp vragen topic.

Ik heb, helaas, een oude Exchange 2013 gekregen om te beheren. Nooit een SP of CU geïnstalleerd. Deze moet zo snel mogelijk bijgebracht naar CU23.

Kan iemand mij de juiste richting opduwen? Ik moet sowieso .Net upgraden, en dat moet 4.7.2 of 4.8 zijn zo te zien. Maar deze upgrade vereist een herstart, en daarna zal Exchange het niet meer doen denk ik? Werkt een upgrade dan nog wel?

Zo zou het er denk ik uit moeten gaan zien:

1. Backup met Veeam gaan maken, moet ook uitgezocht. Als ik de mailboxen naar PST kan zetten is dat voldoende als backup (klein bedrijf, werk is te overzien als ik een nieuwe Exchange moet opzetten).

2. Installeren .Net 4.8 op de machine. Moet ik dan herstarten of lekker laten draaien?

3. setup.exe /PrepareAD and /PrepareDomain

4. setup.exe gewoon draaien en update uitvoeren

5. herstart

Ik twijfel dus alleen over stap 2, ik kan geen tussenliggende CU's meer downloaden en heb dus weinig keus denk ik?

Ipv je mailboxen te backuppen zou ik kijken of je je mailbox datababes kan backuppen.

[Drardollan]

shadowman12 schreef op maandag 9 maart 2020 @ 20:02:
[...]


Ipv je mailboxen te backuppen zou ik kijken of je je mailbox datababes kan backuppen.

Gelukkig gebeurd dat al wel. Zal morgen eens kijken of ik daar nog iets aan kan verbeten ook.

[Jazzy]

Maak het niet te ingewikkeld. Gewoon de .Net 4.7.2 installeren en gelijk ook even de recent Visual C++ Redistributable, anders zal CU23 daar waarschijnlijk over gaan klagen. Zie https://docs.microsoft.co...server-2012-prerequisites

Dan reboot, even snel kijken of Exchange goed gestart is en CU23 installeren.

[Turdie]

Jazzy schreef op maandag 9 maart 2020 @ 20:38:
Maak het niet te ingewikkeld. Gewoon de .Net 4.7.2 installeren en gelijk ook even de recent Visual C++ Redistributable, anders zal CU23 daar waarschijnlijk over gaan klagen. Zie https://docs.microsoft.co...server-2012-prerequisites

Dan reboot, even snel kijken of Exchange goed gestart is en CU23 installeren.

Exchange 2013 CU23 requires .NET Framework 4.7.2. Upgrade your servers to .NET Framework 4.7.2 before you install Exchange 2013 CU23 or you'll receive an error.

If you're running .NET Framework 4.7.1, upgrade to Exchange 2013 CU22 before you install .NET Framework 4.7.2. If you're running .NET Framework 4.6.2, upgrade to Exchange 2013 CU20 before you install .NET Framework 4.7.1

Bovenstaande staat in het linkje wat jij zelf postte.

[Drardollan]

Jazzy schreef op maandag 9 maart 2020 @ 20:38:
Maak het niet te ingewikkeld. Gewoon de .Net 4.7.2 installeren en gelijk ook even de recent Visual C++ Redistributable, anders zal CU23 daar waarschijnlijk over gaan klagen. Zie https://docs.microsoft.co...server-2012-prerequisites

Dan reboot, even snel kijken of Exchange goed gestart is en CU23 installeren.

Maar volgens de matrix werkt CU3 niet met .Net 4.7.2? Dus dan kan hij toch nooit starten? Of werkt alleen OWA dan even niet totdat CU23 erop staat?

[Jazzy]

Die tussenstappen gelden niet als je een grote achterstand hebt. Dan is het gewoon een kwestie van laatse .Net en dan de laatste CU.

[Drardollan]

Jazzy schreef op maandag 9 maart 2020 @ 22:15:
Die tussenstappen gelden niet als je een grote achterstand hebt. Dan is het gewoon een kwestie van laatse .Net en dan de laatste CU.

Met of zonder reboot na de .Net?

Kreeg net van een collega een verstandige opmerking, op onze webservers hebben we ook diverse .Net versies naast elkaar draaien. Geldt dat ook voor een Exchange server dat je weet toevallig?

---

shadowman12 schreef op maandag 9 maart 2020 @ 20:02:
[...]


Ipv je mailboxen te backuppen zou ik kijken of je je mailbox datababes kan backuppen.

Dat is dan weer 1 van de weinige goed nieuws berichten op dit moment, ik heb netjes een volledige mailbox DB backup. Dagelijks gemaakt via Windows Server Backup en zojuist op een andere server was ik in staat om de backup te openen en de DB te kopieeren. Dat betekent dat ik een goede backup heb en altijd die file kan mounten in Recovery Mode.

[ Voor 42% gewijzigd door Drardollan op 10-03-2020 12:38 ]

[Drardollan]

De kogel is door de spreekwoordelijke kerk, zaterdag ga ik van SP1 (CU4) naar CU23.

Mijn stappenplan:
1. Kopie van de hele VM maken, just to be sure
2. Inloggen als Domain Admin
3. VS C++ 2013 installeren
4. .Net Framework 4.8 installeren (gelijk klaar voor de toekomst, zonde om nu 4.7.2 te doen)
5. CU23 installeren

En dan 2 uur wachten gok ik. En daarna nog de laatste security fix + Windows Updates. Dat wordt een druk dagje.

[ Voor 11% gewijzigd door Drardollan op 11-03-2020 11:18 ]

[wagenveld]

Vergeet niet jezelf Schema en Enterprise admin te maken, en uiteraard Org Admin in Exchange. Ik doe de schema updates meestal even apart: E:\Setup.exe /IAcceptExchangeServerLicenseTerms /PrepareAD /OrganizationName:"Contoso Corporation"
Vanaf een machine in dezelfde site als de schema master (als de Exchange server daar niet staat).

En als je toevallig hybrid draait: https://support.microsoft...pare-the-schema-for-an-ex

[Drardollan]

Het is na 3 jaar weer eens tijd om het SSL certificaat te vervangen. Doe het zo weinig dat mijn geheugen mij in de steek laat.

Ik heb een wildcard in diverse uitvoeringen, waaronder een PFX met daarin het certificaat en de privkey. Deze kan ik toch gewoon importeren en activeren voor alle services van Exchange? Daar hoef ik toch geen extra zaken mee te nemen als de chain (die zit in de PFX als ik het juist heb)?

[Xelefim]

Drardollan schreef op vrijdag 25 september 2020 @ 11:20:
Het is na 3 jaar weer eens tijd om het SSL certificaat te vervangen. Doe het zo weinig dat mijn geheugen mij in de steek laat.

Ik heb een wildcard in diverse uitvoeringen, waaronder een PFX met daarin het certificaat en de privkey. Deze kan ik toch gewoon importeren en activeren voor alle services van Exchange? Daar hoef ik toch geen extra zaken mee te nemen als de chain (die zit in de PFX als ik het juist heb)?

Klopt dit gaat via PowerShell of de GUI. Vergeet niet dat als je een load balancer, reverse proxy hebt je het daar ook moet vernieuwen.

[Drardollan]

Xelefim schreef op vrijdag 25 september 2020 @ 12:28:
[...]


Klopt dit gaat via PowerShell of de GUI. Vergeet niet dat als je een load balancer, reverse proxy hebt je het daar ook moet vernieuwen.

GUI, dus dat moet makkelijk zijn

Maar weet dus nooit of ik de PFX via ECP kan importeren of eerst de boel via MMC/Certifcates moet importeren. En altijd twijfel of ik het certificaat eerst via IIS aan de sites moet hangen of dat ECP dit doet.

[ Voor 26% gewijzigd door Drardollan op 25-09-2020 13:28 ]

[Xelefim]

Drardollan schreef op vrijdag 25 september 2020 @ 12:54:
[...]

GUI, dus dat moet makkelijk zijn

Maar weet dus nooit of ik de PFX via ECP kan importeren of eerst de boel via MMC/Certifcates moet importeren. En altijd twijfel of ik het certificaat eerst via IIS aan de sites moet hangen of dat ECP dit doet.

https://www.thesslstore.c...rosoft-exchange-2013-eac/

[Drardollan]

Xelefim schreef op vrijdag 25 september 2020 @ 15:29:
[...]


https://www.thesslstore.c...rosoft-exchange-2013-eac/

Thanks, blijkbaar had ik niet de juiste zoekterm te pakken.

[Drardollan]

Aangezien er een 0-day is die patchen vereist kunnen we helaas weer aan de slag.

Zijn er al mensen die hem op Ex2013 CU23 hebben geïnstalleerd, en zo ja, liep het soepel?

[SparTi]

Drardollan schreef op woensdag 3 maart 2021 @ 19:12:
Aangezien er een 0-day is die patchen vereist kunnen we helaas weer aan de slag.

Zijn er al mensen die hem op Ex2013 CU23 hebben geïnstalleerd, en zo ja, liep het soepel?

Yep, op 4 Exchange 2013 - CU23 servers geen issues gehad bij/na de installatie. Vergeet niet om de patch te installeren volgens advies van Microsoft:
https://support.microsoft...21-4ee7-b9da-fa85b3e1d23b

1. Select Start, and type cmd.
2. In the results, right-click Command Prompt, and then select Run as administrator.
3. If the User Account Control dialog box appears, verify that the default action is the action that you want, and then select Continue.
4. Type the full path of the .msp file, and then press Enter.

Reboot eerst de Exchange servers voordat je gaat updaten. Zo kan je eerst controleren of alles 'gezond' is en dat er geen bestanden toch nog open staan.

Succes, mocht je het nog moeten updaten.

[ Voor 8% gewijzigd door SparTi op 03-03-2021 20:13 ]

[Drardollan]

SparTi schreef op woensdag 3 maart 2021 @ 20:12:
[...]

Yep, op 4 Exchange 2013 - CU23 servers geen issues gehad bij/na de installatie. Vergeet niet om de patch te installeren volgens advies van Microsoft:
https://support.microsoft...21-4ee7-b9da-fa85b3e1d23b

1. Select Start, and type cmd.
2. In the results, right-click Command Prompt, and then select Run as administrator.
3. If the User Account Control dialog box appears, verify that the default action is the action that you want, and then select Continue.
4. Type the full path of the .msp file, and then press Enter.

Reboot eerst de Exchange servers voordat je gaat updaten. Zo kan je eerst controleren of alles 'gezond' is en dat er geen bestanden toch nog open staan.

Succes, mocht je het nog moeten updaten.

Morgenochtend of zaterdag. Als het goed is
het eerste.

Ik installeer normaal via WU, dus dit keer denk ik ook.

Thanks in ieder geval voor de info!

[Drardollan]

Hier is hij er ook doorheen

[Drardollan]

Een crosspost vanuit het sysadmin topic, ik vond dat ik dat in dit geval moest doen:

Drardollan schreef op zaterdag 6 maart 2021 @ 12:32:
nieuws: Microsoft Exchange-zerodays leiden tot honderdduizenden infecties wer...

Het was volledig tegen mijn natuur en ik geef hierbij grif toe dat ik deze patches / het risico in de eerste instantie dik onderschat heb. Dat gezegd hebbende wil ik iedereen op het hart drukken om de stappen van Microsoft te doorlopen om te checken of er geen webshells aanwezig zijn op jullie servers. Tegen de tijd dat wij hier doorkregen dat we moesten patchen (woensdag) is er de dag ervoor al een dikke opschaling geweest vanuit China. De verwachting is dat er veel servers gehacked zijn, maar nog niet actief voorzien zijn van malware.

Ik heb de checks vandaag nogmaals gedaan, voor de zekerheid. En ik vind hier gelukkig geen sporen terug. Nu is dat geen 100% zekerheid, maar met de kennis van nu kan ik niet veel meer doen. Ik ga dadelijk nog wel een ticket bij FortiGate inschieten om te vragen of zij ook iets inbouwen in de NG firewalling (WAF met name zeg ik even uit mijn hoofd).

Maar zoals gezegd, deze heb ik echt onderschat. Maar ik ben blij dat ik binnen 24 uur na bekend worden op donderdagmorgen de patches versneld gedaan heb (nogmaals dank ~asing] !).

[ardvark99]

Ik heb thuis een Exchange 2013 draaien, en sinds gisteren kan ik geen mail meer versturen. Ontvangen lukt wel, en aan de configuratie is al maanden niets veranderd.

Ik krijg de melding: Remote Server returned '400 4.4.7 Message delayed'

Dit is versturen naar verschillende mail adressen. Wat zou hier de oorzaak van kunnen zijn?

[ralpje]

Wat is de configuratie? Verstuur je via een smarthost, of rechtstreeks naar de ontvanger?

[Jazzy]

Wat is de volgende hop? Waar krijg je die foutmelding, in een NDR? Zo ja, welke server genereert die NDR? Wat kun je vinden met Get-Queue en Get-Message? Heb je al research gedaan op '400 4.4.7 Message delayed', zo ja wat heb je al gevonden en geprobeerd?

[ardvark99]

Ik verstuur de mail via smarthosts. Ik kan de ingestelde url van de smtp server niet pingen, maar dat kan zo ingesteld zijn. Met de Get commando's zie ik dat er een aantal mails in de queue staan, met de url van de smtp server. Ik heb al een ticket aangemaakt bij de provider.

En op de melding Message delayed heb ik gisteren al lopen zoeken, vaak is het dat bij de ontvangende partij in een spambox blijft hangen of zo. Maar omdat het om verschillende mail adressen gaat, leek mij dit niet het issue. De message krijgen in een mail van mijn Exchange server, dat er 1 dag en 19 uur gewacht wordt.

[ralpje]

En welke smarthosts zjin dat? Kun je via telnet wel via één van die smarthosts een mail versturen? Welke provider gebruik je? Kan het zijn dat die verkeer op poort 25 blokkeert voor alles behalve zijn eigen smarthost (zoals Ziggo bijvoorbeeld doet)?

[ardvark99]

Ik gebruik webreus. En mijn send connector staat op poort 2525.

Heb al reactie gehad van webreus, er is bij hun geen storing of aanpassing geweest:

Wat wij de laatste tijd wel zien:
En veel internetproviders blokkeren sinds kort poort 25 en 143 en 110
Het kan dat het daarom ineens niet meer lukt om mail te sturen en
ontvangen.

Oplossing:
Zet de optie ssl aan en kies voor port 465 voor uitgaande mail en poort
993 voor imap via ssl


En dit is mijn NDR:
Received: from ExchangeWeb.domain.local (172.19.1.2) by
ExchangeWeb.domain.local (172.19.1.2) with Microsoft SMTP Server (TLS) id
15.0.1497.23; Wed, 29 Sep 2021 16:54:32 +0200
Received: from ExchangeWeb.domain.local ([fe80::8129:8650:68ac:3c35]) by
ExchangeWeb.domain.local ([fe80::8129:8650:68ac:3c35%12]) with mapi id
15.00.1497.023; Wed, 29 Sep 2021 16:54:32 +0200
From: Mark <[e-mail]>
To: "[e-mail]" <[e-mail]>
Subject: test
Thread-Topic: test
Thread-Index: AQHXtUHpWj8IkCCpvE6mWI9+rQSeJg==
Date: Wed, 29 Sep 2021 14:54:32 +0000
Message-ID: <[e-mail]>
Accept-Language: nl-NL, en-US
Content-Language: nl-NL
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [809.246.205.299]
Content-Type: multipart/alternative;
boundary="_000_316e0f51f84f4267800f487d07a8744aExchangedomainWebloca_"
MIME-Version: 1.0

[Jazzy]

Dat zijn de headers van de NDR, in de body zelf staat de informatie die je kan helpen.

Edit: en natuurlijk niet zomaar dingen gaan veranderen zonder eerst vast te stellen waar het precies mis gaat.

[ Voor 39% gewijzigd door Jazzy op 30-09-2021 11:23 ]

[DDX]

Begin eens met een telnet naar de smtp relay server vanaf de commandline.
Of Test-NetConnection als je telnet niet installed hebt.
Al is telnet handiger omdat je dan ook ziet wat de smtp server als antwoord geeft.

Message delayed kan ook iets zijn van greylisting.

[ Voor 13% gewijzigd door DDX op 30-09-2021 11:28 ]

[ardvark99]

Ik zie dat ie niet connect met deze test:
[PS] C:\Windows\system32>Test-NetConnection webreus.email
WARNING: Ping to webreus.email failed -- Status: TimedOut


ComputerName : webreus.email
RemoteAddress : 46.235.40.243
InterfaceAlias : Ethernet
SourceAddress : 172.19.1.2
PingSucceeded : False
PingReplyDetails (RTT) : 0 ms

Maar de ping staat uit bij webreus, dus dat kan te verklaren zijn.

[PS] C:\Windows\system32>telnet webreus.email 2525
220 mailnode8.webreus.email ESMTP Postfix
helo
501 Syntax: HELO hostname

Dit gaat dus wel goed.

In het verstuurde mail is de berichten details leeg, maar in de reply van de server staat:

Received: from ExchangeWeb.domain.local (172.19.1.2) by
ExchangeWeb.domain.local (172.19.1.2) with Microsoft SMTP Server (TLS) id
15.0.1497.23 via Mailbox Transport; Wed, 29 Sep 2021 20:59:30 +0200
MIME-Version: 1.0
From: Microsoft Outlook
<[e-mail]>
To: <[e-mail]>
Date: Wed, 29 Sep 2021 20:59:29 +0200
Content-Type: multipart/report; report-type=delivery-status;
boundary="7d619188-4ac2-4d3b-afbb-d1ceba98fc87"
X-MS-Exchange-Organization-SCL: -1
Content-Language: nl-NL
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]>
References: <[e-mail]>
Thread-Topic: test
Thread-Index: AQHXtUHpWj8IkCCpvE6mWI9+rQSeJqu7Xb/8
Subject: Levering vertraagd:test
Auto-Submitted: auto-replied
X-MS-Exchange-Organization-AuthSource: ExchangeWeb.domain.local
X-MS-Exchange-Organization-AuthAs: Internal
X-MS-Exchange-Organization-AuthMechanism: 05
X-MS-Exchange-Organization-Network-Message-Id: 040de439-25f1-4c72-95bf-08d9837b444a
X-MS-Exchange-Organization-AVStamp-Enterprise: 1.0
Return-Path: <>

[DDX]

ardvark99 schreef op donderdag 30 september 2021 @ 11:42:
Ik zie dat ie niet connect met deze test:
[i][PS] C:\Windows\system32>Test-NetConnection webreus.email
WARNING: Ping to webreus.email failed -- Status: TimedOut

-port 25 erbij zetten
maargoed je telnet test geeft ook al aan dat je kan connecten

Je zou nog even verder kunnen testen :

https://docs.microsoft.co...lnet?view=exchserver-2019

[ Voor 15% gewijzigd door DDX op 30-09-2021 11:45 ]

[ardvark99]

DDX schreef op donderdag 30 september 2021 @ 11:43:
[...]

-port 25 erbij zetten
maargoed je telnet test geeft ook al aan dat je kan connecten

Je zou nog even verder kunnen testen :

https://docs.microsoft.co...lnet?view=exchserver-2019

Poort 25 geeft het zelfde resultaat.

Ik heb de link even bekeken, nslookup geeft de juiste resultaten, de rest ga ik vanavond even testen.

[ardvark99]

Ik heb de test met versturen van een mail via een telnet sessie uit kunnen voeren tot het invoeren van de rcpt to mail adres. Daar kreeg ik een 454 4.7.1 Relay access denied error. nu heb ik in kunnen loggen zonder mij te hoeven te autoriseren.

Maar ik heb ook een vreemde reactie gekregen van Webreus. Hij schijnt een fout te hebben gevonden in mijn dns records, met name mijn cname mail record. Dat record werd gebruikt op hun mail server. Aan hun kunt hebben ze dat intern aangepast dat het extern verwijst. Aan mijn dns records is niets aangepast. Ik kan nog steeds geen mail versturen. De laatste keer dat ik daar iets heb aangepast aan mijn dns records is maanden geleden.
Nu zien mijn records er zo uit, maar naar mijn gevoel klopt het MX record niet, die verwees niet naar mijn root domain (ik heb een ddns die verwijst naar 1 supdomain bij mij, en de rest van de subdomains verwijzen naar dat supdomain, werkt al jaren zo):
CNAME ip.domain.nl. ip.domain.myddns.rocks.
CNAME mail.domain.nl. ip.domain.nl.
MX domain.nl. mail.domain.nl.

Op mijn Exchange server heb ik nog met wat instellingen lopen spelen zoals op de send connector de optie Offer basic authentication only after starting TLS aangezet bij de Basic authentication, en de poort aangepast van 2525 naar 465. Maar dit helpt ook niet.

Mail ontvangen lukt dus nog steeds, maar versturen niet. Morgen maar eens verder in discussie gaan met Webreus.

[ardvark99]

ardvark99 schreef op donderdag 30 september 2021 @ 21:54:
Ik heb de test met versturen van een mail via een telnet sessie uit kunnen voeren tot het invoeren van de rcpt to mail adres. Daar kreeg ik een 454 4.7.1 Relay access denied error. nu heb ik in kunnen loggen zonder mij te hoeven te autoriseren.

Maar ik heb ook een vreemde reactie gekregen van Webreus. Hij schijnt een fout te hebben gevonden in mijn dns records, met name mijn cname mail record. Dat record werd gebruikt op hun mail server. Aan hun kunt hebben ze dat intern aangepast dat het extern verwijst. Aan mijn dns records is niets aangepast. Ik kan nog steeds geen mail versturen. De laatste keer dat ik daar iets heb aangepast aan mijn dns records is maanden geleden.
Nu zien mijn records er zo uit, maar naar mijn gevoel klopt het MX record niet, die verwees niet naar mijn root domain (ik heb een ddns die verwijst naar 1 supdomain bij mij, en de rest van de subdomains verwijzen naar dat supdomain, werkt al jaren zo):
CNAME ip.domain.nl. ip.domain.myddns.rocks.
CNAME mail.domain.nl. ip.domain.nl.
MX domain.nl. mail.domain.nl.

Op mijn Exchange server heb ik nog met wat instellingen lopen spelen zoals op de send connector de optie Offer basic authentication only after starting TLS aangezet bij de Basic authentication, en de poort aangepast van 2525 naar 465. Maar dit helpt ook niet.

Mail ontvangen lukt dus nog steeds, maar versturen niet. Morgen maar eens verder in discussie gaan met Webreus.

Om mij zelf even te quoten: Dit probleem is inmiddels opgelost, sinds begin oktober al, alleen ben ik het hier vergeten "af te melden". Na een hoop gemail en getest, had mijn IPS mij eindelijk een ander ip adres gegeven uit een ander blok. Het ip adres wat ik had, stond dus op een blocked list. Wat ik wel vreemd vind is dat Webreus, waarover ik mijn mail verstuur, dit niet konden zien wat er mis was.
Dus, voor nu alles weer werkend.

[SparTi]

We mogen weer:
https://www.security.nl/p...arheid+in+Exchange+Server