Jump to content

EISPIX

Members
  • Gesamte Inhalte

    10
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von EISPIX

  1. 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
  2. Auf dem Server-System ist TCP/IP Forwarding aktiviert!
  3. 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
  4. 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
  5. Das werde ich mal ausprobieren... :thumb1: 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
  6. 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
  7. 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.
  8. 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:
  9. 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
  10. 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 ;)
×
×
  • Neu erstellen...