[Exchange 2003] Send as ipv on behalf

[Verwijderd]

Ik ben bezig om te pogen om het oude "Send as" weer werkend te krijgen ipv On behalf op mn exchange testbakkie.

Kennelijk vinden ze t bij microsoft leuk om die "goede oude" oplossingen ver weg te stoppen maar heb m gevonden

even het stukje tekst in het engels:

Granting 'Send As' rights to an Exchange 2003 user

1. Run Active Directory Users and Computers and select the View menu and select Advanced Features.

2. Select the User object that will be Send on Behalf of(i.e. BlogDirector).

3. Right-click the object and select Properties.

4. Under Security Tab -> Click Advanced, click Add and type the username (i.e. joe.blog) that you want to grant Send As permissions to.

5. Click Check Names to make sure you have the name right and then click OK.

6. In the Permission Entry dialog, select "This object only" in the "Apply to" dropdown, and then check "Allow" under "Send As" in the Permissions list. Make sure no other permissions are being explicitly granted.

7. Click OK to all to close the dialogs boxes.

Na dit gedaan te hebben bleef ie nogsteeds on behalf verzenden tot ik erachter kwam dat de user nog in de "Send on behalf" lijst stond

Dus eruit gehaald en nogeens testen, het 'lijkt' te werken op een toegangsprobleempje na..
krijg nu mailtjes terug met de melding:

[e-mail] on 17-3-2008 11:41
You do not have permission to send to this recipient. For assistance, contact your system administrator.
MSEXCH:MSExchangeIS:/DC=local/DC=je-mamma:IKBENJEMAMMA

let vooral niet op de keuze in namen voor Domain/hostname
Even ter verduidelijking zodra de user in de "Send on behalf" lijst staat werkt het dus wel, maar dan gaan de mailtjes meteen weer "on behalf of" de deur uit

mijn vraag is waar ik nu eigenlijk verder zou kunnen zoeken.. welke rechten zou ik mee kunnen spelen zodat de mailtjes wel doorkomen, of is er nog ergens een iets gedetaileerdere foutmelding te vinden want echt veel zegt dit mailtje niet

alvast bedankt!

[LiquidSmoke]

Ik kwam nog zover; eerst on behalf aanzetten, dan send as, dan een gpupdate uitvoeren (don't ask why) en toen werkte het.

Ze moeten alle 2 aanstaan iig.

[Verwijderd]

gpudate heeft daar in prinicpe niks mee te maken want het zijn information store permissies (die gecached worden)

[LiquidSmoke]

Verwijderd schreef op maandag 17 maart 2008 @ 12:33:
gpudate heeft daar in prinicpe niks mee te maken want het zijn information store permissies (die gecached worden)

Ik weet het, maar het was zo'n gepier met die instellingen, je moet ze in volgorde aanpassen, en dan wil het vaak nog niet in één keer lukken...

[Sa1]

hoe kom je er bij? als je een gebruiker gewoon op het security tabje rechten geeft als send.. dan werkt het gewoon...

die andere moet gewoon uit.. geen deny .. maar gewoon uit..

[Verwijderd]

beide aan dan verstuurd ie on behalf of

haal ik de user uit de on behalf lijst dan krijg ik de mailtjes terug met de in first post vermelde melding.
kan ik ergens uit logs een meer gedetaileerde melding krijgen van waar het nu misgaat?

[Verwijderd]

ik zou ook graag willen weten waar je dat kan vinden.

[McMiGHtY]

Verwijderd schreef op dinsdag 18 maart 2008 @ 11:08:
ik zou ook graag willen weten waar je dat kan vinden.

Zie de topicstart.


@topicstarter:
Geen foutmelding bij het zetten van de SendAs rechten? Geen explicit deny ergens staan?

[ Voor 22% gewijzigd door McMiGHtY op 18-03-2008 12:34 ]

[Verwijderd]

nee helemaal niets.. ook geen deny's op die user ik ga nogeens graven

[Verwijderd]

nou duidelijk windows haha,, heb niets veranderd, werkstations uit, server reboot, werkstations aan

en het werkt..

wel erg omslachtig... maargoed het werkt nu

[LiquidSmoke]

Verwijderd schreef op donderdag 20 maart 2008 @ 17:38:
nou duidelijk windows haha,, heb niets veranderd, werkstations uit, server reboot, werkstations aan

en het werkt..

wel erg omslachtig... maargoed het werkt nu

Daarom had ik het ook over gpupdate, heeft er absoluut niks mee te maken maar in mijn geval hielp het...