testperson

Hi,

dann schau dir als evtl. Ursache mal die Firewall an. Oder die Firewall des Routers. Bzw. frag denjenigen der die Firewall den Router getauscht hat.

Hi,

gibt es was im Eventlog? Lösch die Gruppe die sich per RDP verbinden dürfen nochmal raus und schieb sie nochmal neu rein.

Hi,

solang die Datev Herausgeber Zertifikate installiert sind...

Der Kunde ist ein Steuerberater u. möchte auf zeitgemäße u. gesicherte Weise Emails an seine Klienten senden können - so sein Wunsch.

Hi,

nutzt er evtl. Datev? Dann kannst du doch super easy über die Datev SmartCard signieren / verschlüsseln.

Hi,

wäre es nicht der allereinfachste Weg einen Brenner zu verkaufen der von CDBurnerXP unterstützt wird?

Nehmen wir mal an du investierst nen halben Tag darein um die Software korrekt zu konfigurieren / eine Software zu finden die das macht was sie soll, da biste unterm Strick denke ich sogar noch billiger dabei wen du dem Kunden einen unterstützten Brenner schenkst!

Hi,

was hat den der Account B für einen Anzeigenamen im AD?

Hi,

dann guck dir das mal an: .:. www.SBSPraxis.de, die MCSEBoard Hilfe Seite für den Microsoft SBS Server 2003 .:. und probiere es mit dem Recht "Senden als". Ist der 2te Punkt.

Hi,

du könntest

1) servergespeicherte Profile nutzen

2) per GPO Outlook konfigurieren / Signatur am Exchange erstellen

Hi,

guck mal ob dir der Hotfix hier hilft: Ein Scalable Networking Pack (SNP)-Hotfix-Rollup-Paket ist für Windows Server 2003 verfügbar

Hi,

kannst du denn per \\FQDN\Freigabe auf den Server zu greifen?

Hi,

du startest Outlook, klickst auf "Neue E-Mail". Dann klickst im Menü auf "Optionen" und da gibt es dann 2 Buttons "BCC anzeigen" sowie "Anzeigen aus". Beim klick auf "Anzeigen aus" erscheint das "Von Feld".

Hi,

blende das "Von Feld" im Outlook ein :) Dort kannst du dann den Absender auswählen.

Hi,

mit DynDNS kannst du das machen, würde ich aber nicht! Besorg dir besser eine feste IP.

Also wenn Hostway den MX Record auf deine feste IP zeigen lässt, werden die Mails direkt vom absendenden Server an deinen Server zugestellt.

Der Versand von dir nach draußen erfolgt ebenfalls per SMTP.

Hi,

also du kannst die Mails via POP3 Sauger in deinen Exchange holen, würde ich aber von abraten!! Du solltest deinen Hoster fragen, ob es möglich ist den MX Record auf deine feste IP zeigen zu lassen.

Frage 2 erledigt sich eigentlich von selber, da du Benutzername und Passwort im POP3 Sauger einrichten musst. Wenn dein Hoster ein Sammelkonto einrichten kann und dein POP3 Sauger ein Sammelkonto verwalten kann, ist das auch machbar, aber wie gesagt, lass die Mails direkt per SMTP zustellen.

Hey,

so nachdem jetzt etwas Zeit vergangen ist, funktioniert der Zugriff aufeinmal ohne Probleme...

Werde mich nochmal melden wenn das Problem nochmal auftritt.

Danke für die Tipps!

Hi,

probiere mal im IE in den Internetoptionen unter Sicherheit -> Lokales Intranet unter Sites den Haken für "Intranetnetzwerk automatisch ermittel" zu entfernen, setze die drei Haken darunter füge die Netze / Pfade unter Erweitert hinzu und teste nochmal.

Hi,

\\IP\D$ sowie \\FQDN\D$ selbes Problem.

Hi,

\\Server\d$ bezieht sich auf einen Pfad der nicht verfügbar ist.

Gebe ich allerdings "net use X: \\server\d$" so wird das Laufwerk verbunden und ich kann drauf zugreifen. Nur der Zugriff auf \\Server\d$ im Explorer funktioniert nicht.

Gruß Jan!

Hi,

habe bei einem 2003 SBS das Problem, dass ich auf 2 2008 R2 Server nicht auf die Freigabe D$ komme. Auf die C$ komme ich ohne Probleme. Von einem anderen 2003 Server ist ein Zugriff auf D$ möglich.

Alle anderen Freigaben laufen auch ohne Probleme. Nur der eine Server streikt beim Zugriff auf D$ der beiden 2008 R2.

Hat jemand eine Idee?

Hi,

am sinnvollsten wäre hier ein Proxy mit authentifzierung!

Allerdings gibt es da diverse rechtliche Dinge die du beachten solltest!

Hi,

sobald der Fehler nocheinmal auftritt, poste ich das Ergebnis!

Hi,

hab da ein Problem mit 2 Terminalservern (2008 R2) die auf einen Fileserver (2003 R2 / DC / Exchange) zugreifen.

Es kommt in unregelmäßigen Zeitabständen vor, dass einer der beiden Terminalserver auf die Netzlaufwerke des Servers nicht mehr zugreifen kann.

Net use \\server liefert einen Fehler 53. Greife ich via IP oder \\FQDN zu klappt es ohne Probleme.

Nach einem Neustart des Terminalservers ist das Problem dann erstmal behoben.

Auf einen anderen Fileserver (2003 R2 / DC) kann man ohne weiteres Zugreifen, während der Zugriff auf den anderen Server nicht geht!

Treiber und Firmwaremäßig ist alles aktuell, im Eventlog ist weder auf dem Terminalserver, noch auf dem betroffenen Fileserver etwas zu finden.

Hat jemand eine Idee?

Hi,

ich kenn das Problem nur wenn man sich per "mstsc /admin" am Server anmeldet, dann springt er ab und an mal auf die lokale Anmeldung, sobald ich dann wieder per "mstsc" verbinde meldet er sich an der Domäne an.

Hi,

hinterleg doch einfach in der RDP Verknüpfung die Domäne, bzw. nehm als username: Domäne\User oder user@domäne.de.

Hi,

hatte mal irgendwo (wenn nicht sogar hier) was gelesen, das ganze via iSCSI zu lösen.

Alcohol 52% kann wohl den Brenner als iSCSI Target durchreichen.

Wobei das wohl wieder mit den ThinClients nicht klappt!