[OL 2K3] Mailbevestiging vergaderverzoek niet bezorgbaar *

[Dutch2007]

Ik heb het volgende "probleem"

bij mij op stage zijn diverse medewerkers

enkele medewerkers hebben ook secretaresses/PA's

deze mensen hebben de mogelijkheid om namens de ander een email/vergaderverzoek te versturen.

Nu was het net zo, dat een medewerker zo'n namens medewerker Y, een vergaderverzoek deed sturen, mijn stagebegeleider deed het verzoek accepteren.

Maar hij kreeg ook een email dat de email (ter bevestiging) niet verstuurd kon worden.

op micorosft sites heb ik alleen maar handleidingen kunnen vinden hoe je, je inbox/exchange/agenda deelt.

dit is allemaal leuk en aardig , maar nu is de vraag, en ik hoop dat iemand mij hier een antwoord op kan geven: door wat kan deze fout veroorzaakt zijn? (de persoon heeft duidelijk genoeg rechten om het vergaderverzoek te doen.)

[Outerspace]

De exacte foutmelding is misschien wel handig, dat maakt het zoeken naar een oplossing een stuk makkelijker. Ook zou je eens kunnen testen als vergaderverzoeken versturen naar een ander wel werkt.

[Dutch2007]

Outerspace schreef op donderdag 19 maart 2009 @ 12:15:
De exacte foutmelding is misschien wel handig, dat maakt het zoeken naar een oplossing een stuk makkelijker. Ook zou je eens kunnen testen als vergaderverzoeken versturen naar een ander wel werkt.

Sorry, ja dit werkt, beheerder A, namens beheerder B, een vergaderverzoek naar mij versturen, werkt wel

de fout melding is de melding van "Sorry deze email kan niet worden bezorgd"

[Outerspace]

Plaatst het bericht eens hier op het forum inclusief headers. Vaak staat wel waarom er niet bezorgd kan worden

[Dutch2007]

/O=XXXX/OU=FIRST ADMINISTRATIVE GROUP/CN=RECIPIENTS/CN=Fn op 19-3-2009 9:56
De organisatie waarnaar dit bericht is verzonden, heeft aangegeven dat de e-mailaccount niet bestaat. Controleer het e-mailadres of neem rechtstreeks contact op met de geadresseerde om na te gaan hoe het e-mailadres luidt.
<bl**.* #5.1.1>

dat staat in de email

headers

Microsoft Mail Internet Headers Version 2.0
From: [e-mail]
To: [e-mail]
Date: Thu, 19 Mar 2009 09:55:54 +0100
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary="9B095B5ADSN=_01C9A35D69E70B5D000010A7bl**.Het********"
X-DSNContext: 335a7efd - 4523 - 00000001 - 80040546
Message-ID: <VskoeonnA0000003f@bl**.Het*******.lokaal>
Subject: Delivery Status Notification (Failure)

--9B095B5ADSN=_01C9A35D69E70B5D000010A7bl**.Het********
Content-Type: text/plain; charset=unicode-1-1-utf-7

--9B095B5ADSN=_01C9A35D69E70B5D000010A7b**.Het********
Content-Type: message/delivery-status

--9B095B5ADSN=_01C9A35D69E70B5D000010A7bl**.Het********
Content-Type: message/rfc822

Content-class: urn:content-classes:calendarmessage
Subject: Geaccepteerd: onderwerp
MIME-Version: 1.0
Content-Type: application/ms-tnef;
name="winmail.dat"
Content-Transfer-Encoding: binary
Date: Thu, 19 Mar 2009 09:55:53 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Message-ID: <C07159779D615B4E87D7A32F9E12D81D012702CC@bl**.Het********.lokaal>
X-MS-Has-Attach:
X-MS-TNEF-Correlator: <C07159779D615B4E87D7A32F9E12D81D012702CC@bl**.Het********.lokaal>
Thread-Topic: Onderwerp
Thread-Index: Acmc2bnXwyMtoTpgTf+ePzoNd+yVagLlV8ZAAAANpUAAAEzLwA==
From: "Pe" <[e-mail]>
To: <IMCEAEX-_O=KEERPUNT_OU=FIRST+20ADMINISTRATIVE+20GROUP_CN=RECIPIENTS_CN=[e-mail]>,
"medewerker" <[e-mail]>


--9B095B5ADSN=_01C9A35D69E70B5D000010A7bl**.********--

bl** = email server

zoals je het leest, verwacht je, dat het eraanligt dat de gebruiker geen email heeft.
Nu maak ik het echter zo sterk: ik heb zojuist een email naar deze gebruiker/medewerker verstuurd, en deze is gewoon aangekomen.....

[ Voor 5% gewijzigd door Dutch2007 op 19-03-2009 13:09 ]

[Outerspace]

Dutch2007 schreef op donderdag 19 maart 2009 @ 13:07:
[...]


dat staat in de email

headers

[...]


bl** = email server

zoals je het leest, verwacht je, dat het eraanligt dat de gebruiker geen email heeft.
Nu maak ik het echter zo sterk: ik heb zojuist een email naar deze gebruiker/medewerker verstuurd, en deze is gewoon aangekomen.....

Dit heeft vaak te maken heeft dat de verzender/ontvanger iemand geautoriseerd heeft voor zijn agenda en die iemand is niet meer werkzaam / mailbox is niet meer aanwezig.

[ Voor 3% gewijzigd door Outerspace op 19-03-2009 13:32 ]

[Dutch2007]

omdat ik de gebruiker wel kan email (direct), neem ik aan dat de mailbox niet aanwezig, niet van toepassing is.

nu komt nog een automatiseringsbedrijf langs om, het na te kijken, maar dan is er tenminste een richtlijn waar het probleem zich bevind

[Outerspace]

Loop beide accounts even door en bekijk de machtigingen op de agenda's / mailboxen. Dit probleem komt hier op 't werk ook vaak voor en heeft bovenstaande als oorzaak.

[@r!k]

heeft die manager niet gewoon zijn maillimiet voor limit send bereikt? Oftewel, zit zijn mailbox zelf niet gewoon vol?

[ Voor 25% gewijzigd door @r!k op 19-03-2009 15:10 ]

[Dutch2007]

@r!k schreef op donderdag 19 maart 2009 @ 15:05:
heeft die manager niet gewoon zijn maillimiet voor limit send bereikt? Oftewel, zit zijn mailbox zelf niet gewoon vol?

er is alleen een 10MB mail limiet per email totale email is momenteel nog onbeperkt, dus nee

goed mogelijk dat er een rechter probleem is, zal er eens na kijke strax nu geen tijd meer voor ^^

[alt-92]

Outerspace schreef op donderdag 19 maart 2009 @ 13:31:
[...]

Dit heeft vaak te maken heeft dat de verzender/ontvanger iemand geautoriseerd heeft voor zijn agenda en die iemand is niet meer werkzaam / mailbox is niet meer aanwezig.

^^


Zoek het in die richting - je kan het vaak zien bij machtigingen doordat er dan een SID staan ipv username.

PS: gelieve geen overbodige produktkoppelingen te maken als dat niet relevant is voor het topic.

[ Voor 11% gewijzigd door alt-92 op 19-03-2009 16:03 ]

[ollie1965]

De fout bevindt zich in het profiel van die gene aan wie het vergaderverzoek is gericht (dat is dus de lijst die je moet nalopen).
Deze heeft machtigigen gegeven om zijn mail, agenda enz te beheren. Echter de persoon is al uit de AD verwijdert (te zien aan de SID zoals al aangegeven). Soms is de persoon die uit dienst is wel verwijderd uit de machtigingslijst, maar komt toch de foutmelding voor zoals gemeld.
Probleem wordt veroorzaakt doordat deze machtigingen in een "persoonlijk profiel" wordt opgeslagen wat niet synchroniseert als er geen wijzigingen zijn. Dus opnieuw synchrioniseren van dit profiel is de oplossing.
Voeg een nieuwe autorisatie toe (met machtigingen) en sluit Outlook.
Wees er zeker van dat de processen ook afgesloten zijn (Taakbeheer, Processen, Outlook.exe), Outlook laat nog wel eens wat open staan als er taken/activiteiten actief zijn.
Open Outlook verwijder de "extra" toegevoegde machtiging en klaar is Dutch.