dormi98

nein, ist ganz normal administrator@externedomain.at Wir haben hier auch noch eine Domain deren mx record auf unseren Server zeigt die eigentlich verwendete wird wie gesagt über den default smtp connector an einen smarthost an einem anderen standort gesendet und von dort aus versandt.

Kontrolliere doch mal ob im AD alle Einträge korrekt sind. (Vorname, Nachname, Anzeigename). Von dort aus wird das Adressbuch generiert

Wo kann ich bei einem SMTP Connector eine Authetifizierung eintragen? Und bei welchem Server soll ich mich damit authetifizieren. Wenn ich über Outlook oder OWA arbeite bin ich ja authentifiziert. Beim empfangenden Server? Braucht man seit neuestem ein Konto bei jemdem Server an den ich ein Mail senden will? :confused: - nichts mehr verstehe. – derzeit stehen die Nachrichten für die Blackberries in der Queue "Nachrichten mit nicht erreichbarem Ziel". Ich habe jetzt einmal testweise den Connector von vodaat.mx1.eu.blackberry.com auf vodaat.mx2.eu.blackberry.com geändert. Danach sind alle Nachrichten die in "Nachrichten mit nicht erreichbarem Ziel" waren zugestellt worden. War das die Lösung? Gleich ein Testmail nachgesschickt. Das Mail kommt brav in Outlook an aber wieder nicht am Blackberry und auch in keiner Warteschlange von Exchange ist ein eintrag zu finden.

Hallo zusammen! Da dachte ich kenne mich einigermaßen mit Exchange aus und schon stolper ich über etwas was ich nicht verstehe. Vielleicht könnt ihr mir ja helfen. Ich habe hier einen SBServer 2003 der abgesehen vom standard SMTP Connector auch noch einen zusätzlichen SMTP Connector für den Adressraum: *mobileemail.vodafone.at hat. Dient also zum Weiterleiten von Mails auf div. Blackberries. Der Standard SMTP Connector sendet über einen Smarthost da die Domain auf mehrere Standorte aufgeteilt ist. Sende ich nun ein Mail aus Outlook oder auch OWA an eine Adresse xy@mobileemail.vodafone.at bekomme ich einen Unzustellbarkeitsbericht zurück in dem steht: <mein.servername #5.7.1 smtp;550 5.7.1 <xy@mobileemail.vodafone.at>... we do not relay <Administrator@meinedomain>> Das kapier ich nicht. Die Nachricht wird doch von meinem Server generiert. Wieso soll das ein Relay sein. Es ändert nichts, wenn ich in dem Connector die per DNS oder per Smarthost (vodaat.mx1.eu.blackberry.com) sende. Habe auch schon versucht den Hacken bei "Weitergabe an diese Domäne per Relay erlauben" zu setzen - bringt auch nichts. SMTP Protokollierung ist eingeschalten, aber was anderes als das we do not relay sehe ich dort auch nicht. Ich liege wohl hier irgendeinem Trugschluss auf oder muss man einen Dienst neu starten damit die Änderungen an den Connectoren wirksam werden?

Bullzip PDF Printer funktioniert sogar mit dem Citrix Presentation Server, wo FreePDF meines Wissens nicht läuft.

Da ich das habe, ist das nicht die Antwort die ich mir erhofft habe:(. Mist 30 Mails gekillt. Glücklicherweise konnte ich über die Message Logs noch die Absenderadressen rausfinden, sodass man jetzt wenigstens die Leute noch anschreiben kann. Übrigens war die Domain von der abgerufen wird überhaupt nicht als Empfängerrichtlinie eingetragen. Da hätte ich mich wohl vorher schlau machen sollen was man bei dem POP3 Connector beachten soll. Da die abzurufende Adresse eine eines Providers ist kann ich das "Der Exchange ist für die gesamte Domain verantwortlich" nicht setzen. Also habe ich mir eine alternative gesucht. pullmail (ein Tool mit grade mal 120KB) erledigt den Job offensichtlich ordentlich ohne sich darüber gedanken zu machen ob der Mailserver für die Domain zuständig ist. Auch warum kann MS nicht mal so was einfaches machen.

Das Hauptproblem ist ja das er nicht ins Bios kommt. Was ich bis jetzt nicht nachvollziehen kann. Weil laden tut das Bios ja, also wieso kommt man nicht rein. Das wird wohl nicht an einem Kabel liegen.

und wie wäre es mit Outlook Anywhere (also Outlook über HTTP)? Ich nehme mal an das wars was Norbert gemeint hat.

hatte so ein Problem mal. Bei mir lags an einem Treiber wenn ich mich richtig erinnere. Wie siehts im abgesicherten Modus aus? Wenn das nichts hilft könnte eine Reperaturinstallation von Server 2003 abhlilfe schaffen. Ist natürlich bei einem Produktionsserver alles nicht so einfach.

schau doch mal auf der Console nach, ob die Terminalsitzung wirklich beendet wird nachdem du dich abgemeldet hast. Wenn ja kannst du auf Abmelden klicken und danach die Sitzung trennen. Der Abmeldeprozess läuft ja weiter.

Hallo! Habe mal wieder ein problem hier. Ein SBS holt für einen User mails mit dem integrierten POP3 Connector - ja ich weiß der taugt nicht viel, aber ist nur für eine Übergangszeit. Jedoch dürfte beim ersten Abruf der Mails gehörig was schief gegangen sein. Die Mails wurden laut Eventlog ordnungsgemäß abgerufen und sofort am Server gelöscht. Erscheinen jedoch leider nicht in der Mailbox des Users. Also habe ich mal in den Message Logs nachgesehen und dort alle Nachrichten gefunden. Über die IDs findet man sie dann auch im Message Tracking Center von Exchange. Normalerweise sieht das dort ja so aus: SMTP: Message Submitted to Advanced Queuing SMTP: Started Message Submission to Advanced Queue SMTP: Message Submitted to Categorizer SMTP: Message Categorized ande Queued for Routing SMTP: Message Queued for local Delivery SMTP: Message delivered locally to XY@ZY.com SMTP Store Driver: Message Delivered locally to store XY@ZY.com nun bei den mails die eben per Pop3 abgerufen wurden sieht es so aus: SMTP: Message Submitted to Advanced Queuing SMTP: Started Message Submission to Advanced Queue SMTP: Message Submitted to Categorizer Die Frage ist ob die Mails noch irgendwo in Exchange sind und ich darauf in welcher Form auch immer darauf Zugriff bekomme. Die normalen queues sowie die Verzeichnisse Pickup und Badmail sind leer. LG an alle Gerald

Als erstes solltest du mal alle IDE Laufwerke abstecken und nochmal versuchen ins Bios zu kommen. Klappt das, kannst du ja nach und nach die Laufwerke wieder anschließen. Sollte das Problem zb. von einer Platte kommen wirst du so die betreffende Platte finden.

Ja habe ich. Der Assistent sagt auch dass X Werte erfolgreich geschrieben wurden. Ich habe aber mitlerweile eine andere Methode gefunden. Und wie könnte es anders sein über die Powershell. Da steckt wirklich was drin. $temp = get-mailbox -identity testuser $temp.EmailAddress.add("X500:/O=Firmenname/ou=Erste administrative Gruppe/cn=Recipients/cn=testuser") Set-Mailbox -Instance $temp Diese Zeilen muss man nun nur noch mit allen Userdaten befüllen und in ein Powershell Script schreiben. Trotzdem vielen Dank für Eure Hilfe.

Nicht schlecht dieses ADModify. Allerdings läufts noch nicht so richtig. Ich kann zwar alles in ADModify einstellen und es läuft auch ordnungsgemäß durch, allerdings erscheint in der Exchange Konsole die angelegte Adresse nicht. Auch nicht nach einer AD Replikation sowie einem Serverneustart.

wie wäre es mit vnc - da hast du das Problem nicht.

hey danke - hat super geklappt. Habe nur noch ein kleines Problem damit. Lege ich die Adresse vom Typ X500 manuell an klappt es perfekt. Der String sieht so aus: "/O=Firmenname/ou=Erste administrative Gruppe/cn=Recipients/cn=alias" Jetzt wollte ich noch die E-Mail Adressrichtlinie adaptieren sodass alle eine solche E-Mail Adresse bekommen. Aber der String "/O=Firmenname/ou=Erste administrative Gruppe/cn=Recipients/cn=%m" wird bei der Erstellung für die Adressrichtlinie nicht akzeptiert. %m ist die Variable für Exchange Alias Müsste der String dann anders lauten?

Hallo zusammen! Ich habe hier auf Wunsch des Kunden eine neue Domäne angelegt und alles auf neuen Win2008 und Exchange2007 Servern neu gemacht. Bitte erklärt mir nicht, dass das nicht clever ist, es war ausdrücklicher Kundenwunsch dass das AD neu gemacht wird. Es hat eigentlich alles super funktioniert. Die Mailboxen wurden mit exmerge und import-mailbox übernommen,.... läuft alles. Auf den Clients habe ich überall die Outlook.NK2 (Datei für manuell eingegebene Adressen) gelöscht. Schreibt ein User ein Mail an einen anderen internen User funktioniert das wenn er das Kürzel eingibt und auf Namen prüfen klickt und wenn er sich über die globale Adressliste den Empfänger raussucht. Was aber nicht funktioniert, ist wenn man auf ein E-Mail antwortet, welches vor der Umstellung geschrieben wurde. In diesem Fall bekommt man folgende NDR: Generierender Server: neuerservername.neuedomäne.local IMCEAEX-_O=Firmenname_OU=ERSTE+20ADMINISTRATIVE+20GRUPPE_CN=RECIPIENTS_CN=Empfängername@neuerDomänenname #550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found ## 2 Sachen sind mir dabei unklar. :confused: Ich dachte dass Outlook versuchen wird auf die alte Domän zu antworten, was aber offensichtlich nicht der Fall ist. Gibt es eine Möglichkeit Adressen auf dem neuen Server anzulegen, sodass der diese Nachrichten akzeptiert. Ich dachte da an X400 Adressen. Ich konnte am 2007er zwar eine X400 Domäne anlegen, aber da brauchen ja wohl die Mailboxen auch X400 Adressen. Danke Gerald

Ja, an Nic3 hängt primär mal das Netz C - die IP von NIC3 des ISA Servers ist auch in diesem Netz C. In diesem Netz C befindet sich weiters ein Gateway zu Netz D. Das Problem war dass ich Netz D als eigenständiges Netz definiert habe. Nachdem ich den Adressbereich zusätzlich beim vorhanden Netz DMZ (Netz C) eingetragen habe, hat es geklappt. Ich nehme an dass das Routing sonst nicht funktioniert, obwohl ich eine statische Route zum Netz D angelegt habe.

Replikation war ok - habe sie aber nochmal händisch angestoßen. Weiß der Geier warum - aber es geht wieder ohne Probleme, ohne dass ich irgendwas verändert habe. OK ich hab die AD Replikation nochmal händisch angestoßen, aber danach hat es immerhin noch mehr als 1 Stunde nicht funktioniert. Was dann den Ausschalg gegeben hat weiß ich leider nicht. Irgendwie habe ich das Gefühl Windows Server 2008 könnte ein Service Pack gebrauchen.

Nein, habs über gpmc geändert bzw. ausgelesen. gpudpate /force auch durchgeführt. Ändert nichts

Hallo zusammen! Ich habe hier 2 Windows 2008 Server - beide DC und versuche einfach ein Benutzerpasswort zurückzusetzen. Ich kann aber nur komplexe Passworte verwenden, da ich bei einfachen Passwörtern immer die Fehlermeldung bekomme, dass das Passwort nicht den Anforderungen der Kennwortrichtlinien entspricht. Die Kennwortrichtlinien in der Gruppenrichtlinie sehen so aus: Kennwort muss Komplexitätsvoraussetzungen entsprechen: Deaktiviert Kennwortchronik erzwingen: 0 gespeicherte Kennwörter Kennwörter mit umkehrbarer Verschlüsselung speichern: Deaktiviert Maximales Kennwortalter: 45 Tage Minimale Kennwortlänge: 6 Zeichen Minimales Kennwortalter: 0 Tage Obwohl die Komplexität deaktiviert ist kann ich nur komplexe Passwörter verwenden. Seltsamer weise ist das erst seit gestern so. Vor 2 Tagen konnte ich noch jedes beliebige Passwort vergeben. Wüsste nicht was ich geändert hätte. Einzige wirkliche Änderung: Updaterollup 2 für Exchange 2007 SP1 wurde installiert. Hat jemand eine Idee? Gibt es sonst noch wo im Sever 2008 etwas betreffend Passworten einzustellen außer über die Gruppenrichtlinie

Ich hatte mal ein ähnliches Problem. Bei mir hats dann funktioniert als ich die Hot Spare Platte rausgenommen habe. Er kam dann (natürlich sehr langsam) hoch.

hast du bei der Installation vom Exchange 2007 angeklickt dass es ältere Clients als Outlook 2007 gibt. Wenn nicht, dann gibt es keine richtigen öffentlichen Ordner in Exchange 2007

hast du die Daten vielleicht auf einen anderern Datenträger verschoben der nicht NTFS sondern FAT32 formatiert ist?

Ja OWA über HTTPS ist eingerichtet. Das war es sowohl am alten Server als auch am neuen. Bei Exchange 2007 ist es meines wissens per default möglich sich ohne Angabe der Domäne anzumelden. Aber wie gesagt OWA ist nicht mein Problem sondern SMTP Authentifizierung. Interessanter weise ist es für das Abrufen per POP3 nicht notwendig die Authentifizierung in der Form Domäne\Benutzername anzugeben. Daraus schließe ich -vielleicht auch falsch - dass es beim SMTP auch nicht unbedingt so sein muss. – Ich denke ich habe den Grund gefunden, finde aber keine Lösung: Am Exchange 2003 gab es unter Servername-Protokolle-SMTP-Virtueller Standardserver für SMTP-Eigenschaften-Zugirff-Authentifizierung gibt es die Möglichkeit eine Standarddomäne einzutragen. Ich nehme mal an, dass deshalb automatisch versucht wird eine Authentifizierung gegen diese Domäne zu machen. Die Frage ist ob man Exchange 2007 auch dazu überreden kann.