Jump to content

McFlown

Members
  • Gesamte Inhalte

    47
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von McFlown

  1. Nachdem ich gestern mal das Nachrichtentracking auf unseren Exch 2003 Server (unter Win 2003 SBS) angeschaltet habe, und auch mal Nachrichten suchte, stellte ich fest, dass die Einträge "übermittelt an:" teilweise gültige Einträge haben wie "mx.web.de" manchmal steht da aber auch "microsoft" oder " ". Aber dennoch kommen alle E-Mails an. (intern und per externer Zustellung über DNS) Ich bisher auch noch kein System erkennen, aber es ist reproduzierbar und kommt in der Hälfte der Fälle vor. Habe selbst schon mit ADSIedit geschaut ob der öffentliche Ordner "microsoft" (wofür ist der eigentlich gut?) falsche (proxy-)E-Mailadressen konfiguriert hat. - Aber nicht der Fall. Sollte ich jetzt das Nachrichtenprotokoll ignorieren? Das Logfile habe ich angehängt. Vielen Lieben Dank im Vorraus an die nette Gemeinschaft hier! Gruß, Florian test.txt
  2. Wollte an sich nur kurz fragen, da ich nun auch an 15 abgeholte Postfächer stoße, ob der Bug mit den POP3-Connector der mehr als 15 Postfächer abfragt mit dem SP1 behoben ist! Habe mal gehört dass es damit behoben wäre, würde aber gerne auch Nummer sicher gehen! Gruß, Florian
  3. Gute Idee - danke! Dennoch lößt es noch nicht das Problem mit den Kontakten die auch offline verfügbar sein sollen. Ich möchte der Sekretärin einfach doppelte Einträge ins AD und in den Kontakteordner des Chefs auf Dauer ersparen. (Und mir, dass ich dauernd kopieren müsste) Flo
  4. Seit kurzer Zeit haben wir in unserem Betrieb einen sehr guten Kopierer geleast. (Toshiba eStudio 3511) Über diesen empfangen und senden wir auch alle unseren Faxe. Nun hat dieser Kopierer eine eingebaute Adressbuchfunktion, welche mit LDAP kompatibel ist. Meine Frage richtet sich nicht an die Einrichtung des Kopierers zur Kommunikation mit dem Server sondern viel mehr möchte ich wissen wie eine "best practice" zu folgender Umgebung aussieht: - Unsere Mitarbeiter verwenden Outlook-Clients, welche natürlich private Kontaktordner enthalten. - Viele Mitarbeiter haben auch Laptops, sodass sie von Unterwegs (keine Verbindung zum Server) auch noch auf Ihre Kontakte zugreifen möchten. (das heißt, dass manche Kontakte dupliziert werden müssen und einmal in den öffentlichen Ordnern existieren müssen, und einmal im privaten Kontakte-Ordner) - Die Kontakte in den öffentlichen Ordnern sollen nun quasi per LDAP abfragbar und vom Kopierer aus abrufbar sein. --> PROBLEM: LDAP unterstützt ja afaik keine öffentlichen Ordner, sondern nur AD-Strukturen. Ich möchte auch keine Lösung wo immer der Administrator (ich) manuell die Kontakte ins AD reinkopiert. Habe mir gedacht, dass es vielleicht möglich wäre ein OU zu erstellen namens "Kontakte", welcher dann von der Sekretärin bearbeitbar wäre. - Dennoch wüsste ich nicht wie das gehen sollte, denn schließlich müsste Sie ja dann auch TerminalServices-Zugriff haben, was ich einfach ein bissl heikel finde. Leider kann ich die AD-Konsole nicht auf nicht-Serven laden, da findet er dann einige Klassen nicht. Und außerdem hätte man dann wieder das Problem, dass die Kontakte nur im Online-Modus einsichtig wären! ...eine komplizierte Situation (zumindest für mich) ...wäre super nett wenn sich mal jemand in ner freien Minute darüber Gedanken machen könnte! Gruß, Florian
  5. Super - Das Tool hat zu Tage gebracht, dass alle öffentlichen Ordner, also auch Shedule + etc. meine alten E-Mail-Adressen zugewiesen haben. Problem dabei: Diese Ordner haben beim Eigenschaftsseiten-Aufruf keinen Reiter für die E-Mail-Adressen, sondern lediglich "Allgemein, Mitglied von,Details". Also - Es gibt doch bestimmt so ein Tool das weniger GUI-Einschränkungen macht und es erlaubt die Folders zu editieren! Wäre nett, wenn ihr mich auf eins verweisen könntet, was in diesem Fall weiter hilft! Schonmal vielen Dank für die tatkräfige Unterstützung!! Florian
  6. Obwohl ich das schwerwiegende Problem (mailfrom = *) jetzt gelößt hab :D , treffe ich sogleich auf ein nächstes, welches ich nicht lösen kann! :rolleyes: Bei meinem Administrator-Konto scheint er alte E-Mail-Adressen, die ich Probeweise gelößt hab, nicht hinzufügen zu wollen, weil er sagt, dass diese bereits existieren. In dem Reiter in meinem Konto stehen Sie aber wie gesagt nicht mehr drin. Auch wenn ich das Feld "E-Mail" auf allen Objekten im AD durchsuche, finde ich kein Konto was diese E-Mail-Adressen zugewiesen hat. Aber, es gibt einen weiteren Anhaltspunkt: E-Mails von meinen gelöschten E-Mail-Adressen (wenn ich von diesen extern z.B. über Webmailer zustelle) haben den Absendernamen "Informationsspeicher für Öffentliche Ordner (SERVER)" - SERVER ist unser Server-Name ;-) Kennt ihr da nen Trick?
  7. Also - Ich hab den Fehler jetzt in den Griff bekommen. Aber - fragt mich nicht wie ... *puuh* Habe aus einer funktionieren Server-Umgebung sämtliche SMTP-Dll-Dateien etc. rüber kopiert. Da muss irgendwo ein Installationsfehler passiert sein - Anders kann ich mir diese Fehler nicht erklären! Naja - hat Vor- und Nachteile - Wenigstens weiß ich jetzt, dass ich nicht zu doof zum Einrichten war! Gruß und Danke an alle, Florian
  8. Haben nochmal ein bissl recherchiert und kann jetzt das Problem zumindest genauer eingrenzen: Ich denke nicht, dass es sich um ein DNS-Problem handelt. - Nur das "mail from:"-Feld wird ja falsch übermittelt. - Obwohl ich siehe oben alles OK eingestellt hab - Hauptadressen, Empfängerrichtlinie usw. Der Artikel auf den ich mich beziehe: http://www.msexchangefaq.de/code/pickup.htm Im Queue-Verzeichnis liegen jedoch die E-Mails mit korrekter To und From Adresse: Hier ein Auszug: Received: from server.mcflown.net.local ([192.168.9.9]) by server.aip-wohnen.de with Microsoft SMTPSVC(6.0.3790.1830); Sun, 28 Aug 2005 09:56:34 +0200 To: ujwks@trashmail.net From: wetzel@aip-wohnen.de Subject: Testmail direkt Return-Path: wetzel@aip-wohnen.de Message-ID: <SERVERSNZhvYGXiVnVB00000003@server.aip-wohnen.de> X-OriginalArrivalTime: 28 Aug 2005 07:57:31.0859 (UTC) FILETIME=[24B37A30:01C5ABA6] Date: 28 Aug 2005 09:57:31 +0200 Testinhalt1234Test Naja - jetzt kennt ihr meine E-Mail-Adresse - auch nicht schlimm ;-) Das heißt also das die Komponente bei Exchange nicht funktioniert, die für die Auswertung der to- und from-Zeilen verantwortlich ist. Bitte erbarmt sich nochmal jemand! - Mir würde ja mittlerweile schon ein kleiner Fortschritt reichen! Florian
  9. Habe jetzt wirklich alles durchversucht. Habe den Exchange server mal neuinstalliert, was auch keine Änderung gebracht hat. Keine der DiagnoseTools zeigt eine Fehlermeldung. (bis auf dass ich keinen MX-Eintrag habe - was ich ja auch nicht möchte / brauche, da ich die E-Mails ja über POP3 abhole) Bevor ich nun das ganze Netzwerk wegen diesem Ärgernis neu aufsetze (Active Directory und so) wollte ich wissen ob es nicht irgendwelche Tools gibt um dieses ****e Sternchen in der Absenderadesse manuell zu finden. - Die falsche Einstellung muss ja irgendwo in der AD-Struktur liegen. Florian
  10. Vielleicht komme ich so langsam dem DNS-Problem auf die Spur! Ich habe gerade entdeckt, dass in meinen beiden lokalen Netzwerkkarten gar kein DNS eingetragen ist. - Was mich daran nur wundert... normalerweise wird doch stets 127.0.0.1 eingetragen. Und selbst wenn ich den Dialog mit OK ohne Eintrag verlasse, und er mich darauf hinweißt, dass der 127.0.0.1 statt keinem DNS verwendet wird, ist das Feld beim nächsten Aufruf erneut leer! ist das normal? Sollte ich eigentlich die DNS-Adresse meines Internetanbieters in der WAN-Verbindung (3. Netzwerkkarte) drin lassen, oder nur in den lokalen DNS als Weiterleitung einrichten und hier (irgendwie ;-) ) auch localhost eintragen? Gruß, Florian
  11. Du kannst empfangene Domänen in der Empfangsrichtlinie angeben. Aber Vorsicht: Du solltest nur wirklich existente Mailboxen angeben und nicht *@deinedomaene.de, denn dann gibts evtl. Spam an nicht vorhandene Mailboxen! Gruß, Florian
  12. RAID 5 ist recht fix im Lesezugriff, aber extrem lahm beim Schreiben. (Da immernoch XOR berechnet werden muss.) Beim Lesen hat er quasi zwei Möglichkeiten entweder XOR auswerten oder von einer Platte mehr lesen. (Also entweder ist RAID-Prozessor schneller als Platte oder nicht) So ein Beispiel von mir aus dem Nähkästchen mit 5 Seagate Cheetah U160 Platten à 73GB: (Raid 5) Radom Read: vielleicht so 35 MB/s Sequen. Read: 45 - 50 MB/s Random Write: 6-10 MB/s Sequen. Write: vielleicht so 10-15 MB/s Musst du dir also überlegen ob in die Datenbank mehr geschriebn oder gelesen wird. Meistens wird allerdings einiges mehr gelesen, weshalb sich RAID 5 lohnt. Wie weit RAID 5 jetzt im Lesen auch schneller ist als RAID 1 kann ich nicht sagen, da ich die gleich Platten noch nie im RAID 1-Betrieb hatte. Gruß, Florian
  13. Das wird zunächst daran liegen, dass unsere öffentliche Domäne ja nicht qsc.de heißt. Nur unter der Domäne lässt sich der Smarthost finden, der nicht unbedingt für qsc.de zuständig sein muss. Aber so ein bissl in die Richtung gehts vielleicht schon, denn einen MX-Eintrag für unsere öffentliche Domäne habe ich tatsächlich noch nicht. - Aber immerhin schon eine Reverse-Lookup und einen Host-Eintrag für den Server. Ich habe auch schon daran gedacht, ob der Server so **** ist und beim DNS seinen eigenen Namen überprüft und weil er ihn nicht finden nen Sternchen setzt. Aber von QSC wurde mir gesagt, dass man keinen MX-Eintrag zum Senden braucht, sondern nur zum Empfangen. Die heikle Sache dabei ist: Lasse ich den MX-Eintrag setzen dauert es 24h Replikationszeit. (Zurück auch nochmal) - Damit nehme ich mir die Chance den Exchange neu aufzusetzten. Aber vielleicht sollte ich es wagen... Was meint ihr ... hat das Sinn? Gruß, und Danke für die Antworten, Florian
  14. Genau - glaub ich mittlerweile auch! Nur mittlerweile habe ich seit ner Woche nur solche Anleitungen gelesen - und ich hab auch bestimmt schon alles durchprobiert. Mal mit SMTP-Connector - mal ohne - mal mit Smarthost - mal ohne. - Naja - mir bleibt wohl nichts anderes übrig als Exchange völlig neu aufzusetzen, da ich auch nirgendwo im Internet nen ähnliches Problem gefundn hab. Hab gehofft euch wär sowas schon passiert! Nur immer sau viel Arbeit! - Dabei läuft ja alles andere! :(
  15. Erstmal danke für die schnelle Antwort! Mit Telnet habe ich zunächst nur den E-Mail-Empfang meines Servers getestet. Also, dass Mails an ihn in der Form übermittelt werden könne, dass falls irgendwann mal ein MX-Eintrag kommt, das dann ginge. Aber das Problem mit dem Mail Verb "mail from=*" tritt auf, wenn der Server versucht E-Mails zu verschicken. Sowohl beim eigenen DNS-Versand, als auch über den Smarthost mx.qsc.de. Beiden gibt er bescheuerterweise die Absendedomäne "Sternchen" an. Aber wenn ich mir die E-Mails, die in der Warteschleife hängen anzeigen lasse (Absender und Betreffzeile kann man ja da sehen) - steht als Absender auch unsere Public-Domäne. - Also ist das an sich korrekt. Diese Domäne funktioniert zumindest beim Versandtest mit Telnet einwandfrei. Dann sage z.B. telnet mx-ha01.web.de 25 und dann ehlo server.unseredomäne.de , woraufhin er Hallo sagt :) Dann mache ich weiter mit mail from: <meinName@unsereDomaene.de> und rcpt to: <probename@web.de> Das Resultat ist - via manuellen Versand kommen die E-Mails bei Web.de an - und noch nicht mal in den SPAM-Ordner Daher kann es nicht an der IP-Umgebung liegen, sondern muss eine Einstellungssache oder ein Bug mit Exchange sein. (habe ja auch extra DNS-Einträge bei QSC machen lassen à la reverse look up usw)
  16. Rechte Maustaste auf das Postfach (oberste Ebene) -> Eigenschaften Homepage des Ordners anzeigen auswählen. Dann evtl. auf Standart wiederherstellen drücken! bei mir steht als HP für mein Postfach: res://C:\Programme\Microsoft Office\OFFICE11\1031\outlwvw.dll/outlook3.htm
  17. Was meinst du genau? Ist er per Terminal auf dem Server A und ruft dort den TS-Client auf? Wenns das ist - dann müsstest du den TS-Client vom Server A noch auf automatisches Drucker-Mapping einstellen.
  18. Ich habe vor kurzer Zeit einen Exchange 2003 Server eingerichtet. (im Rahmen von Win 2003 SBS) Ich denke ich habe alles Grobe beachtet! - Wir haben eine feste IP. - Reverse-DNS ist eingerichtet auf server.unsere-domäne.de - (Host-Record natürlich auch) - Firewall lässt eingehende Verbindungen auf Port 25 zu - open Relay wird nicht unterstützt - E-Mails lassen sich extern (zumindest in der Simulation per Telnet) durchstellen (wir haben noch keinen MX-Eintrag, sondern fragen (vorerst) über den POP3-Connector ab) -wir haben eine .local und eine .de domäne (der virtuelle smtp-server hat natürlich die externe domäne als servernamen) DENNOCH FUNKTIONIERT DER E-MAIL-VERSAND NICHT. (Bastele schon seit Tagen dran!) Und zwar egal ob über unseren Smarthost von QSC (mx.qsc.de) oder über DNS-Lookup. Es scheint nur ein (relativ) kleines Problem jedesmal zu geben: Er verwendet die Versandadresse * ???? so sieht das im Eventlog aus: Ereignistyp: Warnung Ereignisquelle: MSExchangeTransport Ereigniskategorie: Verbindungs-Manager Ereigniskennung: 4007 Datum: 22.08.2005 Zeit: 09:26:44 Benutzer: Nicht zutreffend Computer: SERVER Beschreibung: Fehler bei der Nachrichtenübermittlung an Host '213.148.130.14' während der Übermittlung an die Remotedomäne 'mx.qsc.de' aus folgendem Grund: Die Verbindung wurde aufgrund einer SMTP-Protokollereignissenke unterbrochen. . Das fehlerverursachende SMTP-Verb ist 'mail from=*'. Die Antwort des Remote- servers lautet ''. Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp. Daten: 0000: f3 02 04 c0 ó..À Die Empfängerrichtlinie enthält auch nur unsere wirklichen e-mail adressen die vom POP-Connector abgefragt werden und zusätzlich die interne .local Adresse für jeden Benutzer Ich hoffe mir kann jemand helfen! Wäre super ;-) Gruß, Florian
  19. Hallo Forum! Wissend dass ich so gerne an meinem Server bastel, der bisher auf Linux lief brachte mir ein Freund von dessen Freund (Geschenk weiterverschenkt) eine Original W2k3-Server (Standart Edition - keine OEM) mit. Sogar alles schon und gut mit Seriennummernaufkleber auf dem Case! - Nur leider funktioniert diese Seriennummer bei der Installation nich! Fazit: Habe keinen Kaufbelegt (wüsste nich wie ich den über 10 Ecken bekommen sollte) Habe keine funktionierende Seriennummer - Habe aber EINE! Hätte nichts dagegen die CD in irgendeiner Form auch zu Microsoft einzuschicken, damit die sehen, dass es ne Original ist! Sehe aber auch die Problematik - von wegen Helerware (die es natürlich nich iis (ähh das war was andres ;) ) is ) und so! Kann ich das Geschenk jetzt also als wertlos betrachten? Gruß, Florian
  20. Hatte bei mir vor kurzem auch die selbe Symptomatik. Es kann an zwei Sachen liegen: 1. Entweder tatsächlich an den Benutzerkonten (oder der Verbindung zum verifizierenden Radius-Server - hatte ich auch zuvor schonmal) 2. oder doch an der Firewall Bei mir war es letztes. Ich musste nicht nur den Port 1723 sondern auch noch 47 für GRE (keine Ahnung was das ist - hängt mit VPN direkt zusammen) freischalten. Gruß, Florian
  21. Danke für die schnelle Antwort! Werde es mal mit den XP-Treibern probieren! Das doofe an den Mylex-Treibern ist, dass die immer ein Image auf eine Diskette schreiben wollen! (und mit WinImage lassen sich die auch nich öffnen) - Haaaaabe doch kein Disk-Laufwerk am Laptop! Aber das mache ich schon irgendwie :rolleyes: Florian
  22. Ich habe ebenfalls einen DAC960-basierten Raid-Controller (Mylex AcceleRaid 150 - genauer ein DAC960PRL) auf meinem Windows 2003-Server laufen. Mit den integrierten Treibern läuft dies auch einwandfrei, bis auf... ...ich kann den Raidcontroller nicht unter Windows managen, da die Konfigurationssoftware den herstellerseitigen Treiber anscheinend benötigt, und ansonsten keinen Controller findet. Unter Win2000 lief der Raid-Controller mit dem herstellerseitigen Treiber allerdings einwandfrei, und lies sich somit auch unter Windows konfigurieren. - 2003 kommt mit diesen Treibern nicht über den Startbilschirm hinaus, und startet sofort neu. Hat jemand einen Vorschlag? Bringt es etwas wenn ich die 2003-CD einlege, und die F?-Taste drücke um einen herstellerspezifischen Raid- oder SCSI-Treiber zu laden, und dann nochmal drüber installiere? - Ist nur sehr viel Aufwand! Danke schonmal im Vorraus! :) Gruß, Florian
×
×
  • Neu erstellen...