VbaProject.OTM i jego autoamatyczne uruchomienie

[Shon Oskar]

Wykonałem projekt
procedury startowe zostały umieszczone w ThisOutlookSesion/Application_Startup
projekt podpisany jest cyfrowo.

przegrany projekt VbaProject.OTM na inny komputer z ustawieniem zabezpieczeń na średnie nie uruchamia automatycznie zainstalowanych w nim procedur. (?)

Po wejściu i wyjściu w VBA
procedury startowe przy przelogowaniu zostają prawidłowo uruchomione.
-Więcej ten problem nie występuje
Za każdym następnym razem wszystko uruchamiane jest prawidłowo.

Jak obejść ten problem aby przegranie do nowego klienta poczty (inne stanowisko) nie wiązało się z wchodzeniem w edytora VBA>??
Może jakiś klucz rejestru MSOffice lub samego outlooka.
który po wejściu do Edytora ustawia się z 0 na 1.

jeżeli dobrze kojarzę - proszę o pomoc w namierzeniu klucza rejestru.
jeżeli się mylę to prosze o podpowiedz.

[michu]

Problem nie jest związany z wpisem w rejestrze, ale z tym, że komponent VBA obsługujący makra w Outlook'u musi zostać najpierw aktywowany, aby w ogóle zaczęły działać makra. Oznacz to, że po instalacji Outlook'a użytkownik powinien chociaż raz otworzyć okno z makrami (Alt+8) albo edytor VBA (Alt+F11) i ponownie uruchomić Outlook'a.

Tak przynajmniej wynika z artykułu bazy wiedzy:
OL2002: Code Does Not Work After You Distribute a VBA Project

[OShon]

Straszna Rola


Dziękuję za odpowiedz !
Przyznam się szczerze ze nie spodziewałem sie tak lameskiego zastosowania w automatyzacji Outlooka.
Widać MS potrafi zaskoczyć....nie raz.
javascript:emoticon(':!:')
Exclamation
Człowiek przygotuje skrypty dla 150 osób - i poza starannością w opakowanie przygotowanych wersji instalacyjnych, kolportujących wypociny pod różne segmenty użytkowników to jeszcze musi tworzyć niejasne manuale dla osób naciskających z obawą każdy przycisk ;]

Jak doczytałem obejściem na to niespotykane schorzenie jest produkcja ActiveDLLa - niestety posiadam VB6LE a w niej opcji tej brak ;(

p.s. dobrze ze procedur dla kluczy nie publicznych nie 3ba uruchamiać tak za każdym razem ;]

pozd i jestem zobowiązany. [/url]

[michu]

MS zaznacza dosyć często, że makra w Outlook'u są do prostych osobistych rozwiązań automatyzujących pewne czynności. Należy pamiętać, że makra są mocno niewydaje jeśli chodzi o zasoby systemu. Do bardziej zaawansowanych zadań przeznaczonych dla szerszej publiczności powinno używać się właśnie Add-in COM oraz rozszerzeń (Client Extension), choć ich implementacja jest oczywiście trudniejsza niż makra.