Het is niet een vraag voor mij maar van een klant van ons. Vragen of er ooit naar een bepaalde distributiegroep is gemaild. En vroeg me af of je dat überhaupt kunt inzien bij een distributiegroep.
[Voor 7% gewijzigd door Super Stunner op 07-01-2022 15:15]
Collega's > Tweakers
Mijn advertenties!!! | Mijn antwoorden zijn vaak niet snowflake-proof
Ja die had ik ook al gevraagd maar de meeste zijn nog op vakantie haha anyway, heb het nu kunnen oplossen vielen dank:
[...]
Collega's > Tweakers
MCSE NT4/2K/2K3, MCTS, MCITP, CCA, CCEA, CCEE, CCIA, CCNA, CCDA, CCNP, CCDP, VCP, CEH + zwemdiploma A & B
Dat zijn niet de antwoorden / aannames die volstaan als er een keer een (juridisch) conflict is over een mailtje.
Mijn advertenties!!! | Mijn antwoorden zijn vaak niet snowflake-proof
De vraag van de klant was meer of er überhaupt naar die distrubutiegroep gemailt was en dat kon je dus wel zien bij de message tracking. Ik kan me voorstellen dat het gekozen vanaf nogal verwarrend was.:
[...]
Dat zijn niet de antwoorden / aannames die volstaan als er een keer een (juridisch) conflict is over een mailtje.
En allicht mis ik echt iets maar hoe controleer je de letterlijke vraag "vanaf een mail distributiegroep in exchange een mail is gestuurd".
Grant a user Send As permissions to a distribution group so they can send as the distribution group::
[...]
Dat zijn niet de antwoorden / aannames die volstaan als er een keer een (juridisch) conflict is over een mailtje.
En allicht mis ik echt iets maar hoe controleer je de letterlijke vraag "vanaf een mail distributiegroep in exchange een mail is gestuurd".
of
of er gemaild is kan je gewoon vinden in de track-and-trace log.
[Voor 4% gewijzigd door Kees-Jan op 10-01-2022 09:22]
the older I get, the better I was...
Message tracking is vaak maar zeer beperkt, bijvoorbeeld 21 dagen, als zo'n distributiegroep bijvoorbeeld al jaren bestaat kan je normaliter met alleen message tracking de vraag van de klant niet beantwoorden.:
[...]
De vraag van de klant was meer of er überhaupt naar die distrubutiegroep gemailt was en dat kon je dus wel zien bij de message tracking. Ik kan me voorstellen dat het gekozen vanaf nogal verwarrend was.
Mijn advertenties!!! | Mijn antwoorden zijn vaak niet snowflake-proof
Ik heb m'n eigen function (misschien niet de mooiste, maar wel functioneel:
@Kees-Jan dank voor de toelichting; ik ken wel iets van Exchange dus dat komt goed
@Super Stunner ah, "van" en "naar" zijn inderdaad 2 hele verschillende zaken; dat scheelt 100% in het correcte commando gebruiken
):1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
| function KJ-Get-TrackTraceLog {
param (
[string]$sender,
[string]$recipients,
[string]$senderlike,
[string]$recipientslike,
[string]$subject,
[string]$MessageID,
[string]$EventID,
[string]$StartDate=(get-date ((get-date).adddays(-2)) -f "yyyy-MM-dd"),
[string]$EndDate=(get-date ((get-date).adddays(1)) -f "yyyy-MM-dd")
)
$mbxsn = get-mailboxserver|sort name |select -expandproperty name
$result = @()
$executeCommand = 'Get-MessageTrackingLog -Server $mailServer -start $StartDate -end $EndDate -esultsize unlimited'
if ($recipients) {$executeCommand += ' -recipients:$recipients'}
if ($sender) {$executeCommand += ' -sender:$sender'}
if ($subject) {$executeCommand += ' -messagesubject "$subject"'}
if ($MessageID) {$executeCommand += ' -messageid "$MessageID"'}
if ($EventID) {$executeCommand += ' -eventid "$EventID"'}
if ($recipientslike) {$executeCommand += ' | where {$_.recipients -like "$recipientslike"}'}
if ($senderlike) {$executeCommand += ' |where {$_.sender -like "$senderlike"}'}
$executeCommand = '$result += ' + $executeCommand
foreach ($mailServer in $mbxsn) {$mailServer; Invoke-Expression $executeCommand}
$global:TrackTrace = $result|select `
@{Name='TimeStamp';Expression={(get-date $_.Timestamp -f "yyyy-MM-dd HH:mm:ss.fff")}},
EventId,
Sender,
@{Name='Recipients';Expression={$_.Recipients}},
MessageSubject,
MessageId,
InternalMessageId,
ConnectorId,
TotalBytes,
ClientIp,
ClientHostname,
ServerIp,
ServerHostname,
Source,
@{Name='RecipientStatus';Expression={$_.RecipientStatus}},
RecipientCount,
RelatedRecipientAddress,
Reference,
ReturnPath,
MessageInfo,
MessageLatency,
MessageLatencyType,
SourceContext,
@{Name='EventData';Expression={$_.EventData}} |sort timestamp
$global:TrackTrace |out-gridview -passthru |
the older I get, the better I was...
Dat kan je wijzigen:
1
| get-mailboxserver|%{set-transportservice -identity $_ -MessageTrackingLogMaxAge 180.00:00:00 -MessageTrackingLogMaxDirectorySize 20GB} |
[Voor 6% gewijzigd door Kees-Jan op 10-01-2022 09:47]
the older I get, the better I was...
Uiteraard, maar hoe vaak wordt dat gedaan bij een installatie
9 van de 10 keer ik dit nodig heb bij relaties staat het op de standaard waarde van 30 dagen. En vaak wanneer logging (inclusief message tracking) wel aangepast wordt tijdens installatie of achteraf, passen ze het naar beneden aan omdat Exchange logging nogal veel schijfruimte inneemt en dit regelmatig niet als wenselijk wordt gezien om wat voor reden dan ook en dan kan je inderdaad een maximum size opgeven, maar dan zit je soms (ver) onder wat je eigenlijk wil loggen omdat je qua size te conservatief bent.[Voor 9% gewijzigd door Dennism op 10-01-2022 09:52]
Tja, dan moeten ze ook niet met zulke (ie. 5 maanden geleden heb ik een mail gestuurd, kunnen jullie zien of die mail echt verstuurd is?) vragen komen...:
[...]
Uiteraard, maar hoe vaak wordt dat gedaan bij een installatie
the older I get, the better I was...
Punt is natuurlijk vaak dat dit soort zaken altijd, voor de klant, op het verkeerde moment komen. Bij implementatie zijn er geen requirements opgesteld bijvoorbeeld en als het dan fout gaan worden in of mijn collega's in geroepen om te kijken of we toch echt niets kunnen vinden want het is dan ineens toch wel heel belangrijk dat aangetoond kan worden dat mailtje X toch door Y verzonden op Z naar A, B, en D.:
[...]
Tja, dan moeten ze ook niet met zulke (ie. 5 maanden geleden heb ik een mail gestuurd, kunnen jullie zien of die mail echt verstuurd is?) vragen komen...
been-there-done-that. maar uh, "Nee" is ook een antwoord. En vaak is het een trigger voor zo'n bedrijf om er toch over na te gaan denken.
[Voor 4% gewijzigd door Kees-Jan op 10-01-2022 10:09]
the older I get, the better I was...
Back on-topic ;o):
[...]
of, gewoon, je eigen "beleid" verzinnen
QnJhaGlld2FoaWV3YQ==
Uiteraard, maar dat is in de situaties waar ik kom vaak niet van toepassing. Wij worden er vaak pas bij gehaald als het stadium van 'eigen beleid' implementeren geen oplossing meer is voor de relatie waar we ingezet worden:
[...]
been-there-done-that. maar uh, "Nee" is ook een antwoord.
Als beheerder ben je niet verantwoordelijk voor het (ontbrekende) beleid...
Zoals ik al aangaf: implementeer je eigen "beleid" inzake de track-and-trace logs, zo kan je ook "de held" worden, hè?
Als je het "Send As" priviledge verwijderd, blijft die DL gewoon in de GAL staan, hoor...
the older I get, the better I was...
Daarom had ik het over het send-to privilege:
[...]
Als je het "Send As" priviledge verwijderd, blijft die DL gewoon in de GAL staan, hoor...
QnJhaGlld2FoaWV3YQ==
ah, foutje...
1
| Set-DistributionGroup -Id "mygroup1" -HiddenFromAddressListsEnabled:$true |
[Voor 17% gewijzigd door Kees-Jan op 10-01-2022 10:31]
the older I get, the better I was...
GAL staat voor "Global Address List", hè?
the older I get, the better I was...
Het is maar wat je een GAL noemt. Als je de totale exchange organisatie bekijkt, dan is-ie inderdaad niet verdwenen. Maar voor de eindgebruikers die klikken op "global address list" is hij wel weg. En daar gaat het om, als er over gezeurd wordt ;o):
[...]
GAL staat voor "Global Address List", hè?
Jij beweert dat een DL uit de GAL verdwijnt als je géén Send-To rechten hebt?
[Voor 5% gewijzigd door Brahiewahiewa op 10-01-2022 10:42]
QnJhaGlld2FoaWV3YQ==
Nope, bij "ons" niet. Staat gewoon in de GAL voor eindgebruikers:
:fill(white):strip_exif()/f/image/NzUNvO1HzN9hmMiHKRUaFd2k.png?f=user_large "https://tweakers.net/i/_bk7QGJd1U3RFttHsGN1AdLbqb8=/full-fit-in/4000x4000/filters:no_upscale():fill(white):strip_exif()/f/image/NzUNvO1HzN9hmMiHKRUaFd2k.png?f=user_large")
the older I get, the better I was...
Hmmz, OK. Ziet er naar uit dat je gelijk hebt. In mijn herinnering was het anders, maar ik heb ook nog een echt Bedlam3 T-shirt gehad:
[...]
Nope, bij "ons" niet. Staat gewoon in de GAL voor eindgebruikers:
[Afbeelding]
Er staat wel een "verbodsbord" in het icon van de DL, dat ik de DL niet kan/mag gebruiken...
De DL moet expliciet op "hidden" gezet worden voordat deze uit de GAL verdwijnt.
Ik kan overigens ook géén optie vinden waarmee dat automagisch zou moeten kunnen...
QnJhaGlld2FoaWV3YQ==
dat was ~25 jaar geleden, hè? En ja, heb ik ook meegemaakt, al was het niet als "slachtoffer"
[Voor 6% gewijzigd door Kees-Jan op 10-01-2022 16:11]
the older I get, the better I was...
:strip_icc():strip_exif()/u/85308/mirko.jpg?f=community)
:strip_icc():strip_exif()/u/84973/images.jpg?f=community)
/u/38159/DirkJan.png?f=community)