RobertWi

Der Download ist sowohl Erst-Setup, also auch SP1 - das ist bei Exchange seit 2007 SP1 so.

In Deinem Iso sind vermutlich noch andere Sprachen enthalten, der Download ist nur deutsch.

Bitte schön:

https://www.microsoft.com/downloads/de-de/details.aspx?familyid=50b32685-4356-49cc-8b37-d9c9d4ea3f5b&displaylang=de

Moin,

[10.18.2011 10:22:40.0507] [0] Setup version: 14.0.639.21.

bitte benutzt zum Setup direkt das mit SP1 (zu finden im Downloadbereich von MSFT). Bei RTM gibt es öfter mal Probleme, wenn das auf einem Windows 2008 R2 installiert wird.

Danach sehen wir weiter.

Moin,

bitte mal ExchangeSetupLog.txt zippen, irgendwo hochladen und hier verlinken (persönliche Daten können bei Bedarf verschleiert werden).

Bist du dir sicher?

Ich habe so ein Postfach in meinem Outlook.

User A -> Privat - konfiguriert in Exchange als Weiterleitung in den Nachrichten-Optionen des Postfaches in Exchange.

Solange User A nicht im BCC stand, kann ich sehen, ob die Mail ursprünglich an User A oder Privat ging.

Und bei mir funktioniert sogar die Regel "Mail ursprünglich gesendet an". Bei anderen funktioniert in einem solchen Fall komischerweise nur "Wert im Header enthält (ursprünglichen Absender)".

Moin,

Dann sollte doch auch möglich sein, dass ich das Konto im Exch erstelle, alle Mails ins Standard-Postfach weiterleite und das "Send As" Recht vergebe.

so macht man es normalerweise. Die Weiterleitung kannst Du auch in Exchange einstellen, da sieht der User sogar, über welche Mail das ursprünglich reinkam (und könnte Outlook-Regeln dafür erstellen).

Moin,

da gibt es nur zwei Varianten:

- du richtest in Outlook dieser Konten nochmal als POP3 ein. Nicht schön, aber möglich

- du richtest in Exchange mehrere Postfächer für den Benutzer ein und arbeitest mit der "Senden als".

Wenigstens ist das mal eine Aufgabenstellung, das nicht direkt auf POP-Abholen zurückzuführen ist.

Danke für den Link, bitte auch berichten, ob er das Problem behebt!

In der EMS den Befehl "set-mailbox BENUTZER -languages en-us" ausführen.

Woran kann das liegen ?

Das willst Du nun nicht hören, aber Du hättest dieses und andere Probleme nicht, wenn Du den POP-Connector in die Tonne kloppen würdest und auf saubere SMTP-Einlieferung umstellen würdest.

MSFT liefert den nur zur Migration im SBS nicht, aber eigentlich nicht für den täglichen Betrieb.

Hast Du meinen Link oben gelesen? So soll es funktionieren (soll heißt, ich habe es nicht überprüft, aber so an anderer Stelle bestätigt bekommen).

Moin,

schau mal, ob Dir die Einstellung "Languages" bei Set-Mailbox hilft: Set-Mailbox: Exchange 2010 SP1 Help

Ich vermute aber, dass dieser Text mit der Sprache des Servers gebildet wird.

@Dutch_OnE: Ehrlich gesagt würfelst Du so viele verschiedene Theme zusammen (EWS hat nichts mit POP3 zu tun, Zertifikate enthalten einen FQDN, keine URL, usw.) dass Du Dich eventuell erstmal mit den Grundlagen beschäftigen solltest.

Wir helfen bei gezielten Fragen grundsätzlich gerne, aber Grundlagenvermittlung kann hier niemand ehrenamtlich machen.

Kurze Antworten zu Deinen Post:

- in die externalURL kommt der externe FQDN, keine IP-Adresse

- Zertifikate enthalten nur einen FQDN (oder mehrere), aber keine URL

- IP-Adressen funktionieren weder in externalURL, noch im Zertifikat

- wenn Du bestimmte Einträge beim DNS nicht machen kannst, wirst Du mit externen Outlook-Zugriffen Probleme bekomme (vor allem mit Autodiscover)

Log gibt es sofort, "stündlich" heißt nur, dass es alle Stunde ein neues gibt ("Roll-Over").

Moin,

1. nach solchen Änderungen dauert es bis zu zwei Stunden, bis die wirksam werden.

2. was steht denn im SMTP-Protokoll, MessageTracking hilft hier nur begrenzt.

Moin,

eine Lösung habe ich nicht, aber die Information, dass es relativ viele Probleme mit Terminen von Nicht-Microsoft-Clients und besonders mit Serienterminen gibt.

Hier ist ein Liste für 2010/2007: Current issues with Microsoft Exchange ActiveSync and Third Party Devices

Es würde mich nicht wundern, wenn einige (viele.... alle?) davon auch noch bei 2003 drin sein.

Moin,

Ist das kein Problem bei einem kleinen Geschäftsanschluß ? Ich hatte gedacht das man so schnell auf einer Spammingliste landen kann. Natürlich nicht so schnell wie bei einer dynamischen Adresse, aber trotzdem..

na ja, wie immer: Das kommt darauf an.

Normalerweise trennen ISP dynamische und statische IP-Bereich strickt und teilen dies auch offen mit (Beispiel).

Natürlich ist einer der Gründe, dass sie die statischen Adressen verkaufen wollen und dann wäre es ****, wenn die auch geblockt würden.

Theoretisch kann es Dir passieren, dass jemand anders in Deinem Bereich spamt und geblockt wird und das ganze Netz gesperrt wird. Dann wärst Du auch betroffen, dass kann aber auch bei anderen Providern passieren. Und die Entsperrung geht auch relaiv schnell.

Ich persönlich habe mit festen IP-Adressen aus dem Telekomnetz noch keine negativen Erfahrungen gemacht, die über andere Anbieter hinausgehen.

SPF Record würde ich mir hier erstellen und dann manuell in DNS eintragen, oder sollte man das bei einem SBS 2011 lieber mit dem Wizard machen ?

Wo Du den erstellst, ist im Endeffekt egal, wichtig ist, wo Du ihn speicherst. Das muss auf dem DNS erfolgen, der im Internet erreichbar ist, was im Allgemeinen nicht Dein SBS sein wird. Also kannst Du ihn problemlos auf der MSFT-Seite erstellen und verwenden.

Moin,

ein echtes, supportetes Absender-basiertes Routing gibt es in Exchange nicht.

Bei Ex2003 kann man mit den SMTP-Connectoren spielen und in den Berechtigungen einstellen, dass bestimmte Connectoren nur von bestimmten Konten benutzt werden. Aber das ist wir gesagt nur ein Work-Around und ab 2007 dann gar nicht mehr möglich.

Sonst geht das nur mit Dritt-Anbieter-Produkten, bzw. vorgelagerten Proxys.

Für das Problem mit dem Adressraum gibt es passende Einstellungen in den Empfängerrichtlinien, siehe hier: MSXFAQ.DE - Empfängerrichtlinien (Abschnitt "Autoritativ oder nicht ?").

@Frank:

Hi, das stimmt. Hab allerdings auf einem Exchange 2010 schon Postfächer gelöscht und wieder hergestellt / neu angelegt, mit alten Maildaten darin.

Besteht der Unterschied dann darin, dass man bei Exchange 2003 das Postfach deaktivieren und aktivieren kann und bei Exchange 2010 das Postfach gelöscht und wieder hergestellt werden kann?

Frank (der Norbert heißt), hat Dich leider nur unnötig verwirrt.

Postfächer in Exchange werden technisch immer nur getrennt und erst nach Ablauf der Aufbewahrungszeit gelöscht (und auch das stimmt nur halb, denn eigentlich werden sie dann nur überschrieben).

Der Unterschied zwischen "Deaktivieren" und "Löschen" eines Postfäches in der EMC liegt daran, dass bei "Löschen" auch das AD-Benutzerobjekt entfernt wird. Diese Funktion ist also extrem gefährlich, wenn man die AD-Objekte noch braucht!

Das Postfach als Exchange-Teil wird in beiden Fällen nur getrennt und kann wieder verbunden werden. Eine sofortige Löschung eines Postfaches ist nur via Shell möglich.

@RoberWi:

Im Prinzip ist es für mich dann egal, ob das Postfach deaktiviert oder gelöscht wird. Bei beiden Vorgängen sind die Extension Attributes weg. Das muss ich mir im Hinterkopf behalten.

Ja, die sind in beiden Fällen weg. Nur das beim Löschen auch gleich der ganze Benutzer weg ist. ;)

Moin,

im normalen Ablauf sollte da auch kein Problem sein, aber ich habe auch das erste mal ein wenig komisch geschaut, als bei einem Kunden (der hat so die echte externe E-Mail-Adresse aus seinem LDAP nach AD übergeben) die Daten plötzlich wieder weg waren.

Moin,

allerdings darfst Du nicht vergessen, dass Exchange diese Felder als sein "Eigentum" betrachtet: Wenn Du ein Postfach deaktivierst, wird der Inhalt dieser Felder auch geleert.

Moin,

bei einer "Lesebestätigung" kann es aber rein technisch schon nicht anders gehen, als das 20 Mails verschickt werden. "Lesen" kann ja nur ein Mensch, und das sind nun mal 20.

Aber davon abgesehen, wird die Funktion überschätzt, denn Lesen ist nicht gleich Verstehen, Bearbeiten, Liefern, etc.

BTW: SP 2 ist nicht mehr supported, bitte demnächst mal auf SP 3 + RU 5 wechseln!

Moin,

über welche Exchange-Version reden wir denn?

Moin,

wenn das eine Wiederherstellung war: Ist die Gruppe "Exchange Trusted Subsytem" Mitglied der lokalen Administratoren auf der Maschine? Falls nicht eintragen und reboot.

Genau den meinte ich, habe ich aber auf der schnelle nicht gefunden.