Yellowspam

Grüß dich Sunny!

Neues Profil hab ich bereits erstellt, aber jetzt wo du es erwähnst...das Outlook-Profil könnte ich auch noch neu erstellen.

Das war so offensichtlich, dass ich das komplett übersehen hab.

Vielen Dank :)

Wieder mal ein Update wies mit der Lösungssuche läuft...

Adobe selbst wird mir wohl eher nicht auf meine Supportanfrage antworten, auch in den deutschen Communityforen kann oder will man mir nicht weiterhelfen.

Die englisch-Sprachigen Foren lassen mich interessanterweise nichts posten (werde da immer zum login weitergeleitet obwohl bereits eingemeldet).

Ich werde mich nun nochmal direkt an Adobe wenden, danach wirds das wohl gewesen sein.

Momentan hab ich keine Lösung und keinen Ansatz mehr....einzige verbleibende Möglichkeit wäre, den betroffenen PC neu aufzusetzen.

Das ist jedoch etwas, dass ich vermeiden möchte.

So, mal ein aktuelles Statusupdate.

In der deutschen Adobe-Community konnte man mir nicht weiterhelfen bzw. habe ich nur von einem einzigen Poster antwort erhalten.

Ich werde nun direkt an Adobe schreiben, zusätzlich werde ich probieren ob es etwas hilft, das Profil des betroffenen Benutzers neu erstellen zu lassen.

lg

Yellowspam

Ich habe mein Problem der Adobe Community geschildert...bisher aber noch keine Antwort.

Wird wohl etwas dauern, ich halte euch aber auf dem laufenden und Poste die Lösung sofern ich eine erhalte/finde hier.

lg

Yellowspam

So, es funktioniert nun wieder, vielen lieben Dank an alle die mit geholfen haben :)

Wie habe ich das gelöst?

Ich habe einfach unter Systemsteuerung -> Mail  das Mailprofil des betroffenen entfernt und neu angelegt/eingerichtet.

Jetzt funktioniert der Druck korrekt.

Ich beobachte das Ganze noch 1-2 Wochen, aber ansonsten war es das.

Hoffe das hilft in Zukunft Leuten mit demselben Problem weiter. :)

lg

Euer Yellowspam

Grüß dich Daniel,

also den Procmon-Test hab ich mit dem Benutzer der Betroffenen Kollegin (normaler Domänenbenutzer mit lokalen Adminrechten) durchgeführt. 

Bitness ist bei beiden Rechnern bereits auf x86 gestellt, es scheint auf ein Problem des AR hinaus zu laufen.

So, ich habe mir mal angesehen was im Hintergrund basiert.

Procmon zeichnet das super genau auf (vielen Dank @ Daniel für den Tipp).

Es scheint als würde der Acrobat Reader versuchen auf die OLMapi32.dll zugreifen, aber keine Ausreichenden Rechte haben (User haben Lese und Lesen/Ausführen Rechte).

Hier mal ein Auszug aus dem Log:

Date & Time: 14.04.2014 09:50:20
Event Class: File System
Operation: IRP_MJ_CREATE
Result: SUCCESS
Path: C:\Program Files (x86)\Microsoft Office\Office14\OLMAPI32.DLL
TID: 920
Duration: 0.0000283
Desired Access: Read Attributes
Disposition: Open
Options: Open Reparse Point
Attributes: n/a
ShareMode: Read, Write, Delete
AllocationSize: n/a
OpenResult: Opened
Date & Time: 14.04.2014 09:50:20
Event Class: File System
Operation: IRP_MJ_CREATE
Result: SUCCESS
Path: C:\Program Files (x86)\Microsoft Office\Office14\OLMAPI32.DLL
TID: 920
Duration: 0.0000283
Desired Access: Read Attributes
Disposition: Open
Options: Open Reparse Point
Attributes: n/a
ShareMode: Read, Write, Delete
AllocationSize: n/a
OpenResult: Opened
 

Diese Meldungen von wegen Zugriff scheint bei einigen dlls von outlook auf.

Es scheint hier also Troubles zu geben bei den Zugriffsrechten auf die entsprechenden Outlook-Schnittstellen.

Grüß euch,

@Zahni: nope leider nicht. :(

@ Daniel: Ich habe das bereits probiert (haben den Forefront Client).
 

Was mir aber aufgefallen ist ist, dass wenn ich mich mit dem Domainadmin oder meinem User (der auch Domänen-Admin ist) alles pipifein funktioniert auf dem betroffenen Rechner, der NON-Adminuser meiner Kollegin hat auch ohne Probleme PDFs versenden können.

Habe auch endlich mal dran gedacht einen Screenie von der Meldung zu machen:

Screenie

Also entweder ist es ein Rechte-Problem oder das Outlook-Profil ist am Sand.

Grüß dich zahni,

erstmal vielen Dank für deine antwort.

Das mit der x64-Version war war ein Denkfehler meinerseits, entschuldige - der Eingangspost wurde korrigiert.

Outlook ist in x86 installiert, mit x64 gibt es ja lt. div. Posts im Internet Probleme bei der Zusammenarbeit mit AR.

Grüß euch,

ich habe auf derzeit 2 Rechnern (beide Win 7 x64 mit Outlook 2010 x86 und AR x86) das Problem, dass jedesmal wenn man im Reader unter "Datei"-"An Email anhängen"  eine Mail mit dem PDF als anhang erstellt, die Meldung erscheint dass der Vorgang fehlgeschlagen ist sobald man die Email senden will.

Interessanterweise funzt es auf den Rechnern mit Vista x86, Outlook x86 und AR x86 ohne Probleme.

Auf meinem Rechner mit derselben Config wie die beiden Problem-Rechner klappt das anhängen und versenden an ein Mail ebenfalls ohne Probleme.

Mein erster Verdacht war, dass es an diesem Protected Mode des AR liegt, also habe ich diesen deaktiviert - leider ohne Erfolg.

Eine Installation der neuesten Version vom AR (11.0.6) hat auch nichts gebracht, hier kommt die Meldung bereits sobald man auf "Anhängen" klickt im AR.

Ich habe das Gefühl ich übersehe was....

Eventuell weiß hat ja jemand das Problem schon mal gehabt und kann mir weiterhelfen?

Liebe Grüße

Yellowspam

EDIT 10.04.2014: AR x64 in AR x86 ausgebessert

Die kommt sowieso, dieser Thread soll Leuten die daran zukünftig zu kauen haben ja helfen. ;)

Grüß dich,

ich habe mich mit dem Benutzer des betroffenen Kollegen auf einem der frisch aufgesetzten Ersatzrechner angemeldet und aus Outlook, Excel, Word und dem IE gedruckt.

Hier wurde jedesmal ohne Probleme Fach 1 verwendet.

Es scheint also am Outlook-Profil zu liegen wenn mich meine Kenntnisse nicht täuschen.

Ich werde heute Nachmittag bzw. morgen früh mal den PC des Kollegen wechseln, dann kann er sich dort auf einem frischen PC anmelden.

Grüß dich,

Okay, werde ich probieren.

Melde mich sobald ich neue Erkenntnisse habe.

Vielen Dank schon mal. :)

Grüß dich,

bei der Papierzufuhr ist Magazin 1 ausgewählt, so wie am Druckserver eingestellt.

Auch die Papierart ist so eingestellt wie diese gehört.

Ich grüße euch!

Kurz einige Infos zur Infrastruktur:

AD-Domäne mit SBS 2011, 3 neue HP LaserJets als NW-Drucker am DC, Windows Vista x86 Clients mit Sp 2 und Office 2010.

Nun zu meinem Problem.

Wir haben vor kurzem neue NW-Drucker bekommen, diese sind so konfiguriert, dass die erste Lade Normalpapier enthält und die zweite Lade Briefpapier.

In den Druckserver-Eigenschaften ist eingestellt, dass die Drucker autom. von Lade 1 drucken sollen.

Das funktioniert bisher in allen Office-Programmen, unseren Buchhaltungsprogrammen,etc.. pipi-Fein.

Lediglich Outlook ignoriert die Druckeinstellungen ungeniert, der betroffene Kollege will eine Mail ausdrucken, checkt zur Sicherheit nochmal die Druckeinstellungen und druckt dann.

Doch egal was eingestellt ist, das Ding holt sich das Papier immer aus Lade zwei und druckt damit auf Briefpapier.

Ich habe bereits probiert, den Drucker zu entfernen und neu zu installieren, ebenso habei ch die Druckserver-Eigenschaften sowie die lokalen Treibersettings  mehrfach kontrolliert.

Es passt eigentlich alles....ich hoffe Ihr könnt mir hier weiterhelfen, ich wüsste nicht wo ich noch suchen soll.

Das Gerät kann ich eigentlich ausschließen, es ist 2 Wochen alt und funktioniert bei der Kollegin die diesen auch benutzt ohne Probleme.

lg

Euer Yellowspam

Niemand der eine Lösung oder einen Ansatz wüsste?

Hallo !

Kurz zu meiner Infrastruktur:

1x SBS 2011 Standard
6x Clients Win 7 Professional
6x Clients mit Win Vista Business
3x NW-Drucker
 

Einige unserer Mitarbeiter arbeiten via VPN (Site2End) in der "Zentrale" unseres Unternehmens um auf ausgewählten Netzlaufwerke und ihrem Outlook-Account zu arbeiten.

Ich habe wie oben erwähnt 3 Netzwerkdrucker welche auf jedem PC in meiner Zweigstelle installiert sind.

Nun haben die Kollegen das Problem, dass die NW-Drucker nicht drucken wenn Sie via VPN in der Zentrale eingeloggt sind.

In der Druckwarteschlange erscheint dann als Status "Zugriff verweigert".

Nach einigen zähen Recherchen habe ich nun die Ursache finden können, wenn der Mitarbeiter im VPN ist, dann meldet sich der printspooler-Service mit den Anmeldedaten der anderen Domäne (also der Zentrale) beim Printserver in meiner Domäne an.

Das kann natürlich nicht gehen, ein neustart des Services hilft und man kann drucken, jedoch ist das auf Dauer keine Lösung.

Daher hoffe ich, dass mir hier jemand weiterhelfen kann damit ich das Problem endgültig lösen kann.

Was vllt. noch interessant ist: Wenn man sich von der Zentrale in meine Domäne via VPN einloggt funktionieren die NW-Drucker in der Zentrale ohne Probleme es gibt dort keine Troubles mit dem Printspooler-Service und das obwohl wir  bis auf den DC eine 1:1 gleiche Konfiguration haben( auch auf den Clients).

Lg

Euer Yellowspam

Oh...man verzeihe mir, da hab ich den Post wohl schlecht gelesen.

Werds mir gleich reinziehen und dann gegebenenfalls nochmal hier posten. :)

OWA haben wir bereits funktionierend eingerichtet, läuft auch schon seit ewigen Zeiten, aber das wird nicht wirklich verwendet.(Sind ein Steuerberater und alles was zwei drei Klicks mehr sind ist schon zuviel xD )

Vorgabe der GF war es leider alles so wie immer machen zu können, sprich auch am PC mit dem Outlook auf die emails der Zweigstelle zugreifen zu können, ohne Webinterface,etc... :(

Habe es mal eingerichtet, dass die Verbindung mit dem VPN autom. beim einloggen des betreffenden Users erstellt wird, vllt. hilft das etwas.

Als ich den autom. VPN-Connect eingerichtet habe, hab ich testweise ein email an alle MA geschickt...ging ohne Probleme durch.

Beim zweiten MA der exakt dieselbe Konfig hat funktioniert es ohne troubles. :suspect:

Das stimmt schon, aber das Problem ist, der betreffende Mitarbeiter ist nicht ständig sondern nur bei Bedarf via VPN mit der Zweigstelle verbunden.

Daher würde das auch Troubles geben wenn er nicht im VPN arbeitet sondern nur im NW meiner Zweigstelle, weil dann das Postfach nicht synchronisiert werden kann(falls Outlook nicht schon vorher durch irgendeinen Fehler abstürzt).

Hallo an alle!

Meine Umgebung:

OS: Windows Vista Business SP2 x86

Office Edition: Office 2010 Professional

Bei wievielen Usern tritt das Problem auf: 1

NW-Umgebung: AD-Domäne mit SBS 2011

Mailserver: Exchange 2010

So, nun zum Problem:

Der betroffene User hat auf seinem PC zwei Mailprofile eingerichtet, einmal Zweigstelle A und einmal Zweigstelle B.

Je nachdem welche Mails er lesen/schreiben will wechselt er.

Er ist via VPN mit Zweigstelle B verbunden (Rechner steht in Zweigstelle A).

Wenn er nun ein Mail mit dem Mailprofil von Zweigstelle B sendet, so wird anstelle des Namens des Absenders der Pfad der Mailbox im AD/Exchange angegeben.

Dies passiert nur wenn er Mails sendet, er erhält auch keinerlei NDR oder ähnliches.

In der Warteschlangenanzeige und im Messagetracking sind die betreffenden Mails nicht zu finden.

Der Outlook Offline-Cache wurde von uns bereits deaktiviert, half aber auch nichts.

Interessanterweise taucht das Problem nur ab und an auf, am Freitag und heute war alles wie gewohnt und hat funktioniert.

Nachfolgend der Header der Email:

-----Ursprüngliche Nachricht-----

Von: /O=FIRST ORGANIZATION/OU=EXCHANGE ADMINISTRATIVE GROUP (FYDIBOHF23SPDLT)/CN=RECIPIENTS/CN=Absender Im Auftrag von 'Absender'

Gesendet: Montag, 04. Juni 2012 19:15

An: 'Beispieltyp'

Betreff: AW: Wololo

Vielen Dank im Vorraus!

lg

Markus