Beiträge von chrisss

    Hallo


    Ich wollte gerade ein Tool (ProCall, Anrufe in Abwesenheit per Mail an Outlook) auf unserem Terminalserver konfigurieren und habe dabei festgestellt, dass ich keine Testmail aus dem Tool an Exchange senden kann. Also habe ich mit Telnet "telnet servername 25" und "telnet ip 25" versucht den Exchange Server anzusprechen. Geht nicht! Es kommt folgende Meldung: Could not open connection to the host, on port 25: connect failed. Auch mit deaktivierter Firewall geht es nicht.


    Anschließend habe ich es von allen anderen Servern und auch von den Clients versucht und da geht es ohne Probleme. Mails von draußen kommen auch ohne Probleme auf dem Server an. Jetzt stelle ich mir die Frage, woran das liegen könnte. Hat der Terminalserver ein Problem und läßt Anfragen auf Port 25 nicht raus? Oder läßt der Exchange Server keine Anfragen vom Terminal Server zu (Userberechtigung)?


    Habt Ihr vielleicht einen Ansatz wo ich nachschauen könnte, bzw. woran das liegen könnte?


    Vielen Dank
    Chris

    Hallo


    Vielen Dank für die Antwort, aber ich weiß wirklich nicht mehr weiter. Es ist tatsächlich so, dass Mails im TXT-format nicht versendet werden. Schalte ich die Regel ab, werden sie ohne Probleme versendet, dann allerdings ohne Disclaimer. Im HTML oder Rich-Text-Format gibt es mit der Regel kein Problem und die Mails werden mit Disclaimer versendet. Das Fallback in der Regel steht auf ignorieren.


    Es kann nur an der Regel liegen, aber warum? Es mag sein das MS bzw. Technet sagt das die Disclaimer-Regel sich an das vorgegebene Format anpaßt und entsprechend den Disclaimer in TXT, HTML oder Rich-Text einbaut. Aber wie bereits erwähnt, dass Problem tritt nur bei aktivierter Disclaimer-Regel auf.


    Ich füge einfach mal das Protokoll mit hinzu: Vielleicht gibt das ja mehr Aufschluss?


    Protokollname: Application
    Quelle: MSExchangeTransport
    Datum: 06.05.2010 12:11:49
    Ereignis-ID: 10003
    Aufgabenkategorie:PoisonMessage
    Ebene: Fehler
    Schlüsselwörter:Klassisch
    Benutzer: Nicht zutreffend
    Computer: ESRV.xxxx1.local
    Beschreibung:
    Fehler des Transportprozesses während der Nachrichtenverarbeitung mit dem folgenden Aufrufstapel: System.MissingMethodException: Methode nicht gefunden: "Boolean Microsoft.Exchange.Data.Transport.Email.Body.ConversionNeeded(Int32[])".
    bei Microsoft.Exchange.MessagingPolicies.Rules.BuiltInActionLibrary.ConvertTextBody(ActionContext context, DisclaimerEntry entry, TextToText t2tConverter, Encoding bodyEncoding)
    bei Microsoft.Exchange.MessagingPolicies.Rules.BuiltInActionLibrary.ApplyDisclaimerWithSeparator(ActionContext context, String disclaimerLocation, String disclaimerText, String font, String fontSize, String fontColor, String fallbackAction, String separator)
    bei Transport0(Environment )
    bei Microsoft.Exchange.MessagingPolicies.Rules.RuleCollection.Run(Environment environment)
    bei Microsoft.Exchange.MessagingPolicies.TransportRuleAgent.TransportRuleAgent.OnRoutedMessageHandler(RoutedMessageEventSource source, QueuedMessageEventArgs args)
    bei Microsoft.Exchange.Data.Transport.Routing.RoutingAgent.Invoke(String eventTopic, Object source, Object e)
    bei Microsoft.Exchange.Data.Transport.Internal.MExRuntime.Dispatcher.Invoke(MExSession session)
    bei Microsoft.Exchange.Data.Transport.Internal.MExRuntime.MExSession.AsyncInvoke(Object state)
    bei Microsoft.Exchange.Data.Transport.Internal.MExRuntime.MExSession.BeginInvoke(String topic, Object source, Object e, AsyncCallback callback, Object callbackState)
    bei Microsoft.Exchange.Transport.Categorizer.MExEvents.RaiseEvent(MExSession mexSession, String eventTopic, AsyncCallback callback, Object state, Object[] contexts)
    bei Microsoft.Exchange.Transport.Categorizer.MExEvents.RaiseOnRoutedMessage(TaskContext context, AsyncCallback callback, MailItem mailItem)
    bei Microsoft.Exchange.Transport.Categorizer.CategorizerComponent.Stage5OnRoutedMessage(TransportMailItem transportMailItem, TaskContext taskContext)
    bei Microsoft.Exchange.Transport.Categorizer.TaskContext.Invoke()
    bei Microsoft.Exchange.Transport.Categorizer.CatScheduler.JobThreadEntry(Object ignored)
    bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
    bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback tpWaitCallBack)
    bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state).
    Ereignis-XML:




    10003
    2
    10
    0x80000000000000


    65914
    Application
    ESRV.xxxx1.local




    System.MissingMethodException: Methode nicht gefunden: "Boolean Microsoft.Exchange.Data.Transport.Email.Body.ConversionNeeded(Int32[])".
    bei Microsoft.Exchange.MessagingPolicies.Rules.BuiltInActionLibrary.ConvertTextBody(ActionContext context, DisclaimerEntry entry, TextToText t2tConverter, Encoding bodyEncoding)
    bei Microsoft.Exchange.MessagingPolicies.Rules.BuiltInActionLibrary.ApplyDisclaimerWithSeparator(ActionContext context, String disclaimerLocation, String disclaimerText, String font, String fontSize, String fontColor, String fallbackAction, String separator)
    bei Transport0(Environment )
    bei Microsoft.Exchange.MessagingPolicies.Rules.RuleCollection.Run(Environment environment)
    bei Microsoft.Exchange.MessagingPolicies.TransportRuleAgent.TransportRuleAgent.OnRoutedMessageHandler(RoutedMessageEventSource source, QueuedMessageEventArgs args)
    bei Microsoft.Exchange.Data.Transport.Routing.RoutingAgent.Invoke(String eventTopic, Object source, Object e)
    bei Microsoft.Exchange.Data.Transport.Internal.MExRuntime.Dispatcher.Invoke(MExSession session)
    bei Microsoft.Exchange.Data.Transport.Internal.MExRuntime.MExSession.AsyncInvoke(Object state)
    bei Microsoft.Exchange.Data.Transport.Internal.MExRuntime.MExSession.BeginInvoke(String topic, Object source, Object e, AsyncCallback callback, Object callbackState)
    bei Microsoft.Exchange.Transport.Categorizer.MExEvents.RaiseEvent(MExSession mexSession, String eventTopic, AsyncCallback callback, Object state, Object[] contexts)
    bei Microsoft.Exchange.Transport.Categorizer.MExEvents.RaiseOnRoutedMessage(TaskContext context, AsyncCallback callback, MailItem mailItem)
    bei Microsoft.Exchange.Transport.Categorizer.CategorizerComponent.Stage5OnRoutedMessage(TransportMailItem transportMailItem, TaskContext taskContext)
    bei Microsoft.Exchange.Transport.Categorizer.TaskContext.Invoke()
    bei Microsoft.Exchange.Transport.Categorizer.CatScheduler.JobThreadEntry(Object ignored)
    bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
    bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback tpWaitCallBack)
    bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state)

    Hallo


    Ich habe folgendes Problem, ich habe eine Transportregel auf unserem Exchange-Server erstellt. An jede Mail wird der Disclaimer gehangen.


    Standardmäßig werden bei uns die Mails im Rich-Text-Format verschickt, dabei wird der Disclaimer problemlos angehangen. Erhalten wir allerdings eine Mail im TXT-Format und beantworten diese, oder aus Testgründen erstelle ich eine TXT-Mail, greift die Regel nicht. Die Mails landen dann in der Warteschlange und sind angehalten. Ein erneuter Sendeversuch bringt keine Besserung. Deaktiviere ich die Regel und es wird kein Disclaimer an die Mail gehangen, können TXT-Mails auch problemlos versendet werden.


    Meine Vermutung ist, dass die von Exchange vorgegebene Regel für den Disclaimer nicht mit TXT-Mails funktioniert, was ja auch die Deaktivierung der Regel eigentlich beweist.


    Aber warum?


    Vielen Dank
    Chris

    Hallo


    Wie kann ich mit der Powershell Rechte für öffentliche Ordner vergeben.


    Ich habe z.B. einen Ordner Kontake auf dem UserA, UserB und UserC vollen Zugriff haben sollen.


    und


    auf dem Ordner Kunden soll die GruppeA nur lesen, nicht aber löschen dürfen.


    Wie müßte das dann in der Powershell aussehen.


    Bezieht sich das ganze dann auch auf die ggf. vorhandenen Unterordner?


    Vielen Dank

    Hallo nochmal,


    ich habe keine Ahnung warum, aber das Setup wird aus irgendeinem nicht automatisch fortgesetzt. Wenn ich manuell das Setup starte, dann wird direkt eine neue Exchange-Installation gestartet, nicht aber das Update fortgesetzt. Gibt es eine Möglichkeit, dass Update irgendwie anders zu starten bzw. fortzusetzen z.B. durch Hinzufügen eines Parameters zur Setup.exe?

    Hi


    Ich habe gerade versucht das SP2 zu installieren. Zwischendurch sollte ich einen Neustart machen, mit dem Hinweis, danach wieder die Setup.exe zu starten. Wenn ich das nun mache, komme ich den Setup Wartungsmodus bis zu dem Bereich, wo ich Serverfunktionen auswählen soll. Alle Funktionen sind markiert und lassen sich nicht ändern. Wenn ich nun auf weiter klicke, kommt der Hinweis: wählen Sie vor dem Fortsetzen mindestens eine Serverfunktion aus. Ich kann aber keine auswählen und weiter geht es auch nicht. Das Problem ist nun, dass ich nicht weiß, wie ich da wieder rauskomme oder wie ich weiter machen kann. Ich bitte dringend um Hilfe, da der Server steht!


    Vielen Dank, Chris

    Danke für die Antwort!


    Gibt es denn eine Möglichkeit, zu dem jeweiligen Client-Outlook besteht? Wenn der Mitarbeiter sein Outlook nicht geöffnet hat, dann soll die Mail weitergeleitet werden.


    Ich müßte dafür nicht hunderte Transportregeln anlegen, sondern eigentlich nur 25 und diese müßten auch nicht ständig geändert werden.


    Gibt es da tatsächlich keine Lösung? Es kann doch nicht nur eine Abwesenheitsregel geben, die den Absender darüber informiert, dass ich nicht anwesend bin.


    Danke noch mal
    Chris