EISPIX

Bei Programmverknüpfungen kann im Kontexmenü

"ausführen als/folgender Benutzer/Benutzername"

keine Auswahl treffen, es wird immer nur der

Admin-Account angeboten.

Fragen:

1. nach welchen Kriterien werden hier Benutzer (-Konten) gelistet?

2. kann ich einen Default-Account vorgeben?

Sytstem: XP-Pro an einer SBS2003 Domäne

Grüße

EISPIX

Ist TCP/IP Forwarding aktiviert?

Auf dem Server-System ist TCP/IP Forwarding aktiviert!

Routing und Ras bzw. TCP/IP Forwarding und ggf. statische Routen.

Ja aber wie?

auf dem Server statisch routen hab ich versucht:

DHCP aktiv.

Gateway im LAN 192.168.200.1

Ping auf die 192.168.119.1 von den Clients funktioniert!

Gateway auf 192.168.200.1 nicht hinterlegt - funx nicht

Gateway auf 192.168.200.1 auf 192.168.119.1- funx nicht

Gateway auf 192.168.200.1 auf 192.168.119.1- funx nicht

Gateway auf 192.168.119.1 nicht hinterlegt - funx nicht

Gateway auf 192.168.119.1 auf 192.168.200.1- funx nicht

Gateway auf 192.168.119.1 auf 192.168.119.1- funx nicht

Die Route lautet

Schnittstelle LAN-NIC 192.168.200.1

Ziel 192.168.119.0

Maske: 255.255.255.0

Gateway: 192.168.200.1

'habe auch bei den Routen alle möglichen Varianten versucht

-ohne Erfolg....

Da es hier sehr viele Kombinationsmöglichkeiten gibt, und ich

nicht wahllos alle ausprobieren möchte, habe ich mich auf die

m.E. sinnvollsten beschränkt....

Gibt es hier einen "Königsweg" der Erfolg verspricht :confused:

Greez EISPIX

Ich weiß, es ist ein Klassiker,

aber für mein spezielles Problem habe ich noch

keine Lösung gefunden:

W2K3 Server mit 2 NICS

Einer der NICS soll mit unserer SPS kontakt halten.

der andere ist für´s LAN

Die SPS hat einen eigenen IP-Kreis.

Auf der SPS läuft ein FTP; hierauf sollen die Clients

aus dem LAN zugreifen können.

IP-Kreise:

LAN- 192.168.200.x

SPS- 192.168.119.x

NIC IPs im W2K3:

LAN- 192.168.200.1

SPS- 192.168.119.1

IP vom FTP

192.168.119.201

Wie stelle ich es an, dass

alle Clients im LAN zugriff auf

den FTP haben?

Greez EISPIX

Das kann eine Regel in Outlook erledigen. Die Regel lautet dann nicht weiterleiten sondern umleiten.

Das werde ich mal ausprobieren... :thumb1:

Das sollte dir weiter helfen - : .:. www.SBSPraxis.de, die MCSEBoard Hilfe Seite für den Microsoft SBS Server 2003 .:., Outlook & Exchange - Senden mit mehreren E-Mail-Adressen :

Das geht definitiv nicht, da es den Kern der Sache nicht löst:

Hauptsächliches Problem ist das, dass beim Empfänger der Weiterleitung

der ursprüngliche Absender stehen soll.

Und das setzt voraus, dass der Exchange Server "im Auftrag" des

Absenders handeln darf.

Und das wird er natürlich sein lassen, wenn der Absender nicht

autorisiert ist.

Damit das über "SentOnBehalfOfName" laufen kann, müsste ich

Exchange erlauben, jedem beliebigen Absender in dessenAuftrag

Mails weiter zu leiten...

Mein Workarrund sieht so aus, dass ich diese Emails über den smtp

von 1und1 laufen lasse.

Den schert es offensichtlich einen Kehrricht, in wessen Auftrag

Mails verschickt werden...:D

VG Eispix

Hallo!

Folgendes Problem:

Outlook Clients sollen e-Mails, für die eigendlich ein

Kollege zuständig ist an den entsprechenden Kollegen

- ebenfalls ein Outlook Client - weiterleiten.

Schön wäre es, wenn dies via Script mit Hilfe des Befehles

SentOnBehalfOfName ginge, da dann als Absender nicht der

Kollege drin steht, sondern der ursprüngliche Absender.

-erleichtert das Antworten ;)...

Leider macht mir dabei Exchange einen Strich durch die Rechnung,

da nur Authentifizierte User e-Mails verschicken dürfen.

Gibt es hier einen Workaround?? :confused:

Umgebung:

SBS 2003 mit Exchange Server

Clients nutzen Outlook 2003

Greez

EISPIX

Habe das Problem gelöst, nicht elegant, aber immerhin:

Die Clients ohne direkten Internet-Zugang schicken e-Mails an Adressaten

außerhalb des lokalen Netzwerkes an "spezielle" Clients, die switchen können.

Diese "switchenden" Clients funktionieren als Rellay und schicken die Mails

"einfach" (on behalf) weiter.

Das Rellay ist keine klassische Client-Server Lösung, sondern rein

skriptbasierend (VB).

Für den Anwender im Intranet sieht es so aus als hätte er direkten

Mail-Zugang zum dem Internet.

Hallo!

Seinen Ursprung hat diese Lösung in der Paranoia der technischen

Geschäftsführung, die darauf besteht dass der ihr unterstellte PC-Bereich

keine direkte Verbindung zum Internet haben soll.

Und da es keine 100%ige Sicherheit gibt und geben kann, wird das

möglicher Weise auch so bleiben.

Das SBS Netzwerk mit Internet-Zugang untersteht der Buchhaltung.

In den Büros ohne Internet-Zugang am Arbeitsplatz gibt es soganannte

"Internet-PCs" über die der Kontakt zum Internet läuft, auf denen

abgesehen von e-Mails keine Firmendaten liegen - mal abgesehen von der Buchhaltung...

Alle "Internet-PCs" sind Mitglieder des Buchhaltungs-Netzwerkes.

(das weiß die Buchhaltung aber nicht, Paranoia der Buchhaltung :D)

Soviel zum sinnvollen arbeiten :suspect:

Hallo Günther,

mit 200x meine ich, dass 2003 und 2007 installiert ist.

Netzwerkkoppler ist das hier

Aber um das zu verstehen müsste ich jetzt weiter ausholen ;)

Gemeint ist dies:

Der "switchende" Client hat nur einen NIC. Der User hat aber die Möglichkeit schnell mal das eine Netzwerkkabel für Internet und mal das andere Netzwerkkabel für Intranet einzustecken.

Die Clients im Intranet versenden e-Mails über den SBS Exchange Server.

Die Clients mit Internet-Zugang versenden die e-Mails zum Teil direkt zum Teil über den Exchange Server.

Wie gesagt, sind beide Exchange Server nie physikalisch miteinander verbunden, einzelne Clients aus dem Netzwerk mit Internet Zugang können in das Intranet "switchen".

Ich hoffe das klärt die Situation etwas...

greez

Martin

Hallo zusammen,

folgende Situation:

Eine SBS Umgebung mit 30 Clients, ohne Internet-Zugang

Eine SBS Umgebung mit 10 Clients, mit Internet-Zugang

Auf allen Clients läuft Outlook 200x

Auf den SBS-Servern läuft Exchange.

In der Umgebung mit Internet-Zugang gibt es einzelne Clients,

die über Netzwerk-Koppler vom Internet getrennt werden

und mit dem "Intranet" verbunden werden können.

Hier wird eine Art Relay betrieben:

D.h. diese Clients können aus dem Internet emfangene e-Mails

an Clients im Intrantet weiterleiten. Umgekehrt können die Intranet

Clients e-Mails an die Internet Clients schicken.

Das funktioniert so weit ganz gut.

Mit Hilfe von VBA und SentOnBehalfOfName können die Clients im Intranet sogar erkennen wer die Nachricht ursprünglich geschickt hat.

Frage:

Gitb es einen simplen Weg für die Intranet-Clients, E-Mails über

den gleichen Weg in das Internet zu versenden?

Bin für alle Hinweise dankbar ;)