McFlown

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

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

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

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

Hi.

 

Schau mal hier, sollte dir weiterhelfen - http://www.sbspraxis.de/exchange/ex03020/ex03020.html

 

LG Günther

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

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?

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

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

Der SMTP-Dienst versucht nun anhand der abgelegten Nachricht die Informationen aus dem Umschlag wieder auszulesen. Dazu sucht er zuerst nach den Feldner "X-SENDER" und "X-RECEIVER", aus denen er die Werte für "MAIL FROM" und "RCTP TO" generiert. Sind diese Werte nicht vorhanden, dann nutzt er die "To:" und "From:" Felder bzw. "Sender".

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

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

Hi.

 

Geh einmal auf die Seite - http://www.microsoft.com/exchange/2003/events/default.asp

 

Gibt dort deine Fehlermeldung ein. Dann bekommst du zu den KB's die ich gepotet habe, auch noch die KB's zu DNS Problemen.

 

Test auch einmal mit den Tools SMTPDIAG - http://www.microsoft.com/downloads/details.aspx?displaylang=de&FamilyID=BC1881C7-925D-4A29-BD42-71E8563C80A9

und TestMX - http://www.dataenter.at/download.htm

 

dann solltest du eigentlich DNS Problemen auf die Spur kommen, wenn es welche gibt.

 

LG Günther

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

ja, das ist mir doch bewusst, habe ich doch auch schon erwähnt. aber ich muss doch um himmels willen dem exchange sagen welche domains er akzeptieren soll, und welche nicht! oder nimmt ein exchange alles an, was auf port 25 daher kommt - ich (hoffe) bzw. denke doch nicht!

 

lg,

os

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

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

Hallo Florian,

 

ich bin mir nicht sicher, ob es was mit Deinem Problem zu tun hat, aber wenn man

mit http://www.dnsreport den MX-Eintrag überprüft, gibt es für qsc.de 3 Einträge:

 

10 q02.qsc.de. [TTL=86400] IP=213.148.130.51 [TTL=86400] [DE]

10 q03.qsc.de. [TTL=86400] IP=213.148.129.50 [TTL=86400] [DE]

10 q01.qsc.de. [TTL=86400] IP=213.148.130.50 [TTL=86400] [DE]

 

mx.qsc.de ist nicht dabei. Aber anpingen läßt es sich ja. Wie gesagt, keine Ahnung, ob es in die richtige Richtung geht.

 

Viel Glück,

Frauke

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

Hi.

 

Der Bug scheint da eher in der Konfiguration des virtuellen SMTP oder des SMTP Connector zu stecken ;)

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! :(

Gibst du das Verb Mail From mit an oder machst du einfach Rcpt To?

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)

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

Ist er jedoch auf Server A und meldet sich von dem direkt an Server B an, wird sein Drucker nicht mehr automatisch gemappt.

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.

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

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

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

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

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