grave

danke für die antwort, nun bin ich bereits einen schritt weiter, auch wenn das an sich nicht die lösung ist, die ich mir ganz erhofft hatte (fürs erste aber schonmal echt top). gibts denn keine möglichkeit, dass exchange die mails, die nicht zugestellt werden bounced? das klappt nämlich irgendwie nicht und an sich sollte doch exchange darüber verfügen oder? hoffe mir kann wieder jemand helfen. danke im voraus :)

Hallo zusammen, ich hab da mal wieder ein kleines Problem was ich gerne gelöst hätte, es allerdings alleine nicht hinbekomme. Folgendes Problem, wir rufen mittels POPCon die Mails von unserem Provider ab. Es gibt dort eine Catch-All Adresse und POPCon kümmert sich um die Verteilung auf unserem Exchange-Server anhand der im AD eingetragenen eMailadressen. Sofern E-Mailadressen lokal allerdings nicht vorhanden/eingetragen sind, können diese auch nicht zugeordnet werden. Prinzipiell logisch, aber ich hätte gerne eine E-Mailadresse an die solche Mails dann zugestellt werden (quasi eine Catch-All Mailadresse für die falsch zugestellten Mails), allerdings bekomme ich das kein Stück hin. Hoffe mir kann jemand weiterhelfen, denn auf den Supportseiten des Herstellers finde ich auch keine helfenden Informationen =/ Danke im voraus :)

wie bereits geschrieben, dass problem besteht unter folgenden konfigurationen: - Windows XP Pro SP1 - Windows XP Pro SP2 - Windows XP Home SP1 - Windows XP Home SP2 - Windows XP Home SP1 + Hotfix lediglich unter Windows XP Pro SP1 + Hotfix funktioniert es, wobei der Hotfix wiederum in SP2 enthalten ist (aber funktioniert dennoch nicht unter SP2!!!). würde ich ja auch vermuten, aber warum funktioniert es denn bitte unter XP Pro, selbst wenn dort keine Domänenanmeldung o.ä. getätigt wurde... Ich steig da nicht durch :(

hmmm =/ kann mir keiner weiter helfen?!

Hallo zusammen, ich habe ein recht eigenartiges Phänomen wo ich derzeit absolut nicht durchsteige. Wir nutzen einen Windows 2003 SBS, welcher über USB mit unserer Telefonanlage verbunden ist. Über eine TAPI-Erweiterung ist es möglich mit Hilfe des Telefonieservers zu telefonieren. Serverseitig funktioniert soweit alles, über ein Testprogramm kann ich mir die verfügbaren Leitungen/Telefone aussuchen und über den Server wählen. Clientseitig sieht die ganze Geschichte leider anders aus. Die zur Verfügung stehenden Leitungen werden nicht zu jedem Client durchgeroutet. Zu diesem Problem habe ich auf der Microsoft-Webseite einen Hotfix gefunden, der dieses Problem beheben soll: http://support.microsoft.com/default.aspx?scid=kb;en-us;824692 Eingesetzt werden auf den Clients neben Windows XP Professionell auch Windows XP Home Installationen (wurde durch den damaligen Administrator so eingerichtet). Der obige Hotfix soll ja für Windows XP Home und Windows XP Professionell gelten, aber wirklich funktionieren tut dieser nicht. Folgende Konfigurationen habe ich bisher getestet: - Windows XP Pro SP1 => negativ - Windows XP Pro SP2 => negativ - Windows XP Pro SP1 + Hotfix => positiv - Windows XP Home SP1 => negativ - Windows XP Home SP2 => negativ - Windows XP Home SP1 + Hotfix => negativ In SP2 ist laut Microsoft der Hotfix bereits enthalten. Siehe dazu auch: http://support.microsoft.com/default.aspx?scid=kb;en-us;811113 Nun meine Frage(n): a) Klagt(e) jemand über ähnliche Probleme und hat eine Lösung gefunden, bzw. kann mir jemand Tipps geben wie ich das zum laufen bekomme?! b) Funktioniert das Durchschleifen von vorhandenen Leitungen überhaupt unter XP Home oder ist das schlichtweg unmöglich wegen nicht verfügbarer Domänenintegrationsmöglichkeit? Es ist übrigens absolut egal ob ich mich Windows XP Pro SP1 + Hotfix über die Domäne anmelde oder ein lokales Konto nutze! Es funktioniert in jedem Fall. Ich hoffe auf Feedback. Vielen Dank im voraus!

jup, gewartet habe ich etwa 15-20 minuten (solange dauern die aktualisierungen sonst in etwa), aber da tat sich relativ wenig... selbst nach rus neuerstellung/reinitialisierung wurden die änderungen nicht übernommen, sondern erst nach nem neustart. für mich ist das irgendwie undurchsichtig und gibt wenig sinn, aber das scheinen wohl derzeit nicht die einzigen probs des servers zu sein (seit dem letzten windowsupdate läuft dieser mehr als instabil). mal schauen was mich sonst noch erwartet, auf jedenfall funktioniert obiges schonmal :)

Hallo, danke für die Antwort. Habe das wie beschrieben durchgeführt, aber erst nach Neustart des Servers wurden die Einstellungen übernommen.... sehr eigenartig, funktioniert aber nun :) Vielen Dank nochmals!

Hallo zusammen, ich möchte gerne, dass der Absendername bei eMails die ich über Outlook verfasse (genutzt wird Outlook in Verbindung mit einem Exchange 2k3 Server) nicht allein aus dem Namen besteht, sondern z.B. wie folgt aussieht: "Vorname Name, Firmenname" Ist das möglich? Wenn ja, wie? Habe bisher keine Möglichkeit gefunden. Ich hoffe auf Feedback. Vielen Dank im voraus :)

Nach einigen Versuchen habe ich es endlich hinbekommen :) Unter "Exchange System Manager" -> "Server" -> "Protokolle" -> "SMTP" -> "Virtueller SMTP-Server" -> RELAY müssen weitere "externe" Domänen/Domains freigeschaltet werden! Nun funktioniert es wie ich mir das vorgestellt habe! Danke dennoch für die Hilfe! mfg grave

kurzer nachtrag noch warum ich kein sammelpostfach (globales postfach) nutze sondern einzelne userpostfächer: bcc funktioniert nicht (wenn die mails von extern kommen) cc-mails werden doppelt zugestellt (wenn sie von extern an zwei mitarbeiter unserer firma gehen) naja... aber mit der einstlellung globales postfach funktioniert das, aber die nachteile sind mir zu krass =/ hast du bereits was anderes rausgefunden? und noch was, kann ich z.b. einen domänenalias anlegen, bzw. wo/wie mach ich das?! thx im voraus fürs feedback, grave

leider nein :( hoffe du bekommst was raus. danke schonmal im voraus. mfg grave

nein, leider nicht.... die pop3-postfächer sind jeweils als benutzerpostfach angelegt. mfg grave

der pop-connector ruft die mails ab, er kann aber nicht zustellen... richtig.... prob ist hier wie gesagt, dass der "E-Mail-Domänenname des Empfängers mit keiner der lokalen E-Mail-Domänen übereinstimmt." E-Mail-Domänenname des Empfängers: dpo.de lokalen E-Mail-Domänen: dpnet

hmmm.... nee.... die mails werden ja abgeholt, nur nicht zugeteilt... ich vermute mal, das das eine sicherheitseinstellung von exchange oder so ist... wie gesagt, die lokale domäne lautet: "dpnet", die domain auf die die mails auflaufen (extern) jedoch "dpo.de".... gar keine idee?!

ja, verschicken kann ich intern über meinem exchange-account an postmaster@dpo.de und postmaster@dpnet und diese mails werden auch zugestellt. sobald ich allerdings von extern an die postmaster@dpo.de schicke bekomme ich obige fehlermeldung :o( mfg grave

Hi! Danke für Deine Schnelle Reaktion, allerdings hat der Benutzer den Haupt-SMTP-Account postmaster@dpo.de und darüber hinaus noch den Account postmaster@dpnet.... es funktioniert dennoch nicht :( MfG grave

Hallo zusammen, nach dem ich den Exchangeserver (SBS 2003) einigermaßen eingerichtet bekommen habe und endlich auch OWA etc. funktioniert stehe ich vor einem weiteren Problem. MS Exchange bringt mir folgende Fehlermeldung: Es wurde versucht, eine Nachricht an Empfänger <postmaster@dpo.de> zu übertragen. Die E-Mail konnte nicht übermittelt werden, weil der E-Mail-Domänenname des Empfängers mit keiner der lokalen E-Mail-Domänen übereinstimmt. Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp. Leider sind unter diesem Link keine weiteren Informationen vorhanden... Die E-Mails werden per POP3-Connector von dem Server unseres Providers geholt. Die Domain an die die Adressen gehen heißt "dpo.de". Die lokale Domäne heißt "dpnet" und ich denke hier liegt auch das Problem (Sicherheitseinstellung MS Exchange?!). Die Frage ist nun jedoch, wie ich es hinbekommen, dass die E-Mails dennoch empfangen werden können. Nenne ich die E-Mailadresse des Benutzers in diesem postmaster@dpnet kann die E-Mail an den Account übertragen werden, allerdings kann ich dann über diese Account keine E-Mail nach extern versenden ("dpnet" ist halt kein gültiger Absender und wird so gut wie von jedem Anbieter geblockt!). Nenne ich die E-Mailadresse wie es soll "postmaster@dpo.de" kann ich zwar E-Mails versenden, allerdings nicht empfangen... Ich hoffe mir kann jemand weiterhelfen. Vielen Dank im voraus. MfG grave

Hi! So wirklich gelöst hat sich das Problem dadurch nicht. Habe das jetzt allerdings ein wenig anders realisiert. Erst habe ich die letzten Patches und Service Packs für Exchange 2003 installiert. Danach die Benutzer komplett neu angelegt, bei den Benutzern das Flag "Keine Kerberos-Präauthentifizierung erforderlich" gesetzt und schlußendlich die Passwortänderung via Outlook Web Access ermöglicht. Zwar habe ich nun keine Kontrolle darüber, dass der Benutzer definitiv sein Passwort ändert, allerdings funktioniert es nun nach diesem Prinzip. Schlußendlich bin ich allerdings immer noch ratlos ob es jetzt daran liegt oder nicht... Fakt ist: es funktioniert zumindest so :) mfg grave

Hi! Der KB 833734 beschreibt tatsächlich genau mein Problem. Werde den Patch jetzt erstmal anfordern und dann weiterschauen. Vielen Dank für die schnelle Hilfe. mfg grave

Hi! Danke für die Rückmeldung, das Whitepaper hat mir leider aber trotzdem nicht weitergeholfen (kannte ich bereits). Es scheint ein grundlegendes Problem zu sein welches auftritt sobald der Haken bei "Benutzer muss Kennwort bei der nächsten Anmeldung ändern" gesetzt wird. Scheinbar wird das "neue" Passwort dann nicht akzeptiert oder so =/ Sofern ich den Haken für "Benutzer muss Kennwort bei der nächsten Anmeldung ändern" nicht setze funktioniert alles fehlerfrei und anstandslos... irgendwie komisch... greetz grave

So... nach einigem verzweifelten hin- und herprobieren bin ich weiter, auch wenn das bisherige erwurschtelte mehr als unzufriedenstellend ist. Sobald ich einen neuen Benutzer anlege kann ich mich mit diesem einloggen und zwar fehlerfrei. Sofern ich allerdings dem Benutzer zuweise, dass dieser beim nächsten Login das Passwort ändern muss geht gar nichts mehr. Versuche ich es über den anderen weg (http://srv01/Remote), werde ich gebeten das Passwort zu ändern, weil das "alte" abgelaufen ist. Soweit ist auch alles richtig, gebe ich nun allerdings das alte Passwort ein und daraufhin das neue, bekomme ich wenn ich auf "OK" klicke folgende Fehlermeldung: Der Benutzername oder das Kennwort ist falsch. Vergewissern Sie sich, dass die FESTSTELLTASTE nicht aktiviert ist, und geben Sie den aktuellen Benutzernamen und das Kennwort ein. Wenden Sie sich an den Systemadministrator, um sicherzustellen, dass Sie berechtigt sind, Remote-Webarbeitsplatz zu verwenden, falls diese Meldung weiterhin angezeigt wird. Das wiederum kann ich kein Stück nachvollziehen. Wo ist hier das Problem/der Konflikt?! Ich hoffe auf Rückmeldung. thx & greetz grave

Hallo zusammen, ich habe einen Windows Small Business Server 2003 aufgesetzt und leide nun unter einem mir nicht erklärbaren "Outlook Web Access"-Problem. Egal mit welchem Account (ob User oder Administrator) ich mich anmelde, ich erhalte generell die Fehlermeldung "Die Anmeldung bei Outlook Web Access ist fehlgeschlagen. Vergewissern Sie sich, dass der Benutzername und das Kennwort richtig sind, und wiederholen Sie den Vorgang." Der normale Zugriff auf Exchange (über Outlook) funktioniert fehlerfrei, Sharepoint (über Web) ebenfalls, a´ber Outlook Web Access möchte einfach nicht funktionieren. Zur weiteren Info: Der Server ist ebenfalls als Domänenserver eingerichtet. Ich hoffe auf kurze Rückmeldung und hoffentlich hilfreiche Tipps. Sofern weitere Informationen zur Konfiguration benötigt sind, bitte kurze Rückmeldung. Danke im voraus :) mfg grave