Jump to content

fads

Members
  • Gesamte Inhalte

    190
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von fads

  1. Ich habe hier nochmal die genauen Daten von den Mails mit Anhang die in die bestimmte Warteschlange kommen. Der Absender ist EXCHANGE-IS@UnsereInterneDomain.de wobei da Exchange der Name des Servers ist. Der Empfänger ist Umschlagempfänger: SMTP:ADS1-IS@UnsereInterneDomain.de; Was mir nicht klar ist warum der Exchange immernoch an den ehemaligen Exchange Mails schickt und warum er gerade die mit Anhang nimmt. Was ganz ****e ist, ist dass wir keinerlei Unzustellbarkeitsmeldungen oder Ähnliches bekommen. Die Mails sind im Outlook ganz normal unter den gesendeten Mails und man merkt es gar nicht dass Sie nicht verschickt wurden. Gruß fads
  2. Hi danke Dir das hat funktioniert. Der Server ist jetzt aus dem System-Manager raus. Ich habe aber in den Warteschlangen immer noch eine Warteschlange auf den einen Server auf dem mal der Exchange war. Und ich habe immer noch das Proble mit den Mails mit Anhang. Es kommen einfach nicht alle Mails mit Anhang beim Empfänger an. Das tolle dabei ist das mache rausgehen und mache nicht. Ich habe mir auf meine Private Mail Addy 3 Mails geschickt und 2 kamen an... Ich habe in der Warteschlange an den deinstallierten Server dann Mails von dem Absender EXCHANGE-IS@unsere-Dömäne.de Vielleicht kann mir ja jemand weiterhelfen.
  3. Hallo, wir hatten bei uns in der Firma 2 Exchange Server, von denen einer deinstalliert wurde. Das Problem ist, das der der deinstalliert wurde immernoch im aktiven Exchange Server im System-Manager angezeigt wird und das noch mails über den deinstallierten Server versendet werden, bzw. es gibt noch eine Warteschlange mit dem Namen des Servers. Diese Mails werden natürlich nicht zugestellt. Es sind so weit ich das überblicken kann nur Mails mit Anhang. Der deinstallierte Server wird im Exchange System-Manager auf dem aktiven Server unter Administrative Gruppen unter Server und unter Routinggruppen unter Mitglieder angezeigt. Er lässt sich aber leider nicht löschen. Wenn ich unter Server in die Eigenschaften des deinstallierten Server gehe, bekomme ich z.B. bei Volltextindizierung eine Fehlermeldung mit der ID-Nr. 80040154 unter Überwachen die ID-Nr. c1038692. Der aktive Exchange ist ein 2003 Standard Server mit Exchange 2003 Enterprise(Er ist DC) Der deinstallierte Exchange ist ein 2003 Standard Server und hatte einen Exchange 2003 Standard drauf(Er ist DC und hat die Betriebsmasterfunktionen inne) Vielleicht kann mir jemand von Euch helfen. Vielen Dank im vorraus fads
  4. Hi Kursia, das ist ein interesanter Ansatz, danke Dir das werde ich mir mal überlegen wir ich das bei uns realisieren kann.
  5. Hi, VPN Verbindungen haben wir schon eingerichtet. Es geht aber darum wenn unsere Ausendienstmitarbeiter unterwegs sind und Ihr Notebook nicht dabei haben sollen sie trotzdem noch Zugriff auf das Outlook bekommen. Ich habe für die VPN Einwahl richtige Passwörter erstellt die vernüftigen Kennwortrichtlinien entsprechen. Diese kann sich aber keiner merken und aufschreiben geht wohl auch nicht. :mad: ... Es ist halt so dass sie den Zugriff auf den Exchange über web haben sollen und dies soll ohne VPN gehen. Mir ist es aber zu unsicher wenn sie sich nur mit ihrem normalen Benutzer anmelden, das es ja auch nicht möglich ist ein richtiges PW zu erstellen... wars***einlich auch weil sie es sonst vergessen würden. Naja Ihr werdet merken das ich mit den Vorgaben die mir gemacht werden nicht zufrieden bin, aber ich muss damit leben. Gruß fads
  6. Ja das einfachste wäre es die Kennwortrichtlinien zu ändern, aber das geht auf Grund der Vorgaben die ich bekomme nicht. Wie macht man das mit der Authehtifizierung an der Firewall genau? Wir setzen eine Monowall ein. Gruß fads
  7. Hallo, wir setzen in unserer Firma einen Exchange 2003 ein und nutzen den Webaccess. Mein Problem ist dass viele unserer Mitarbeiter sehr einfallsreiche Passwörter nutzen. Jetzt ist meine Frage ob es noch eine Möglichkeit gibt eine Passwortabfrage vor die normale Anmeldung vorzuschalten? Gruß fads
  8. Hallo die VMware Workstation läuft auch auf 2003Server, kann man auf der Homepage von VMware nachlesen. Das problem ist der DC. Es läuft keine VMware auf einem DC. Gruß fads
  9. Hi Leute, ich hab ein weiteres kleines Problem. Ich hab hinter einem fli4l router einen FTP und Webserver laufen. Die sind auch von außer über eine dyndns.org (z.B. xxxx.dyndns.org) addy erreichbar. Von innen sind sie aber nur über die lokale IP erreichbar ( 192.168.2.1 ). Wie kann ich es einrichten dass ich bei mir (bin im selben Lan wie der server) dyndns.org addy (oder die WAN IP) eingeben kann und trotzdem drauf komme. Mit dem Remotedesktop hab ich das selbe, aus dem Lan geht es mit der LAN IP und von außen über die dyndns oder WAN IP. Es ist halt sehr schlecht wenn man gerade was testet und nicht schauen kann ob es geht. Ich kann nur zu Kumpel gehen oder am nächsten Tag aus Geschäft schauen und dass ist schon sehr ****. Mit meinem alten Hardwarerouter ging es noch dass ich aus dem LAN die dyndns oder WAN IP eingegeben hab, nur mit dem fli4l geht es nicht mehr. Schönen Gruß fads
  10. Hallo kann mir denn keiner helfen ? Ich hab auf dem server Mule laufen. Der hat ne hohe IP, also geht das portforwarding, würde ich sagen. ich komme aber weder an den web- noch an den ftp server dran. Das schlimmste ist halt, dass ich keine Remoteverbindung herstellen kann.
  11. hmmm... geht leider immer noch nicht. Kann es sein dann man bei dem fli4l noch irgendwas anderes außer den Portforwarding einrichten? Ich hab jetzt genau den Selben Port wie auf meinem Hardwarerouter frei und ich komme einfach per remotedesktop nicht drauf :(
  12. ok dann versuch ich das gleich mal
  13. ich hoffe ich habe nichts vergessen
  14. config file: HOSTNAME='fli4l' PASSWORD='xxxx' MOUNT_BOOT='rw' RAMSIZE='2048' MOUNT_OPT='ro' PART_OPT='hda2' UPDATE_MODE='full' ETH_DRV_N='1' ETH_DRV_1='3c59x' ETH_DRV_1_OPTION='' IP_ETH_N='1' IP_ETH_1_NAME='' IP_ETH_1_IPADDR='192.168.2.1' IP_ETH_1_NETWORK='192.168.2.0' IP_ETH_1_NETMASK='255.255.255.0' IP_DEFAULT_GATEWAY='' IP_ROUTE_N='0' IP_ROUTE_1='192.168.7.0 255.255.255.0 192.168.6.99' MASQ_NETWORK='192.168.2.0/24' MASQ_MODULE_N='12' MASQ_MODULE_1='ftp' MASQ_MODULE_2='h323' MASQ_MODULE_3='icq' MASQ_MODULE_4='irc' MASQ_MODULE_5='raudio' MASQ_MODULE_6='quake' MASQ_MODULE_7='mms' MASQ_MODULE_8='pptp' MASQ_MODULE_9='ipsec' MASQ_MODULE_10='dplay' MASQ_MODULE_11='msn-0.02' MASQ_MODULE_12='udp_dloose' MASQ_MODULE_13='msn-0.02' MASQ_MODULE_14='udp_dloose' MASQ_FTP_PORT_N='0' MASQ_FTP_PORT_1='21' MASQ_FTP_PORT_2='2021' OPT_PORTFW='yes' PORTFW_N='8' ROUTE_NETWORK='' FORWARD_DENY_HOST_N='0' FORWARD_DENY_HOST_1='192.168.6.5' FORWARD_DENY_HOST_2='192.168.6.6' FORWARD_DENY_PORT_N='1' FORWARD_DENY_PORT_1='137:139 REJECT' FORWARD_TRUSTED_NETS='' FIREWALL_DENY_PORT_N='6' FIREWALL_DENY_PORT_1='0:52 REJECT' FIREWALL_DENY_PORT_2='54:112 REJECT' FIREWALL_DENY_PORT_3='114:1023 REJECT' FIREWALL_DENY_PORT_4='5000:5001 REJECT' FIREWALL_DENY_PORT_5='8000 REJECT' FIREWALL_DENY_PORT_6='20012 REJECT' FIREWALL_DENY_ICMP='no' FIREWALL_LOG='yes' START_DNS='yes' DNS_FORWARDERS='192.76.144.66' DNS_VERBOSE='no' DOMAIN_NAME='lan.fli4l' DNS_FORBIDDEN_N='0' DNS_FORBIDDEN_1='foo.bar' DNS_FORBIDDEN_2='bar.foo' HOSTS_N='25' HOST_1='192.168.2.1 fli4l' HOST_2='192.168.2.2 client2' HOST_3='192.168.2.3 client3' HOST_4='192.168.2.4 client4' DNS_N='0' START_IMOND='yes' IMOND_PORT='5000' IMOND_PASS='xxxx' IMOND_ADMIN_PASS='xxxx' IMOND_LED='' IMOND_BEEP='no' IMOND_LOG='no' IMOND_LOGDIR='/var/log' IMOND_ENABLE='yes' IMOND_DIAL='yes' IMOND_ROUTE='yes' IMOND_REBOOT='yes' IP_DYN_ADDR='yes' DIALMODE='auto' OPT_SYSLOGD='no' SYSLOGD_DEST_N='1' SYSLOGD_DEST_1='*.* /dev/console' SYSLOGD_DEST_2='*.* @192.168.6.2' SYSLOGD_DEST_3='kern.info /var/log/dial.log' OPT_KLOGD='no' OPT_Y2K='no' Y2K_DAYS='' OPT_PNP='no' HOST_5='192.168.2.8 client5' HOST_6='192.168.2.9 client6' HOST_7='192.168.2.10 client7' HOST_8='192.168.2.11 client8' HOST_9='192.168.2.12 client9' HOST_10='192.168.2.13 client10' HOST_11='192.168.2.14 client11' HOST_12='192.168.2.15 client12' HOST_13='192.168.2.16 client13' HOST_14='192.168.2.17 client14' HOST_15='192.168.2.18 client15' HOST_16='192.168.2.19 client16' HOST_17='192.168.2.20 client17' HOST_18='192.168.2.21 client18' HOST_19='192.168.2.22 client19' HOST_20='192.168.2.23 client20' HOST_21='192.168.2.24 client21' HOST_22='192.168.2.25 client22' HOST_23='192.168.2.26 client23' HOST_24='192.168.2.27 client24' HOST_25='192.168.2.28 client25' PORTFW_1_SOURCE='' PORTFW_1_TARGET='' PORTFW_1_PROTOCOL='' PORTFW_2_SOURCE='' PORTFW_2_TARGET='' PORTFW_2_PROTOCOL='' PORTFW_3_SOURCE='' PORTFW_3_TARGET='' PORTFW_3_PROTOCOL='' PORTFW_4_SOURCE='' PORTFW_4_TARGET='' PORTFW_4_PROTOCOL='' PORTFW_5_SOURCE='' PORTFW_5_TARGET='' PORTFW_5_PROTOCOL='' PORTFW_6_SOURCE='' PORTFW_6_TARGET='' PORTFW_6_PROTOCOL='' PORTFW_7_SOURCE='' PORTFW_7_TARGET='' PORTFW_7_PROTOCOL='' PORTFW_1='8080 192.168.2.2:80 tcp' PORTFW_2='4661 192.168.2.3:4661 tcp' PORTFW_3='4711 192.168.2.3:4711 tcp' PORTFW_4='4672 192.168.2.3:4672 udp' PORTFW_5='4662 192.168.2.3:4662 tcp' PORTFW_6='4665 192.168.2.3:4665 udp' PORTFW_7='3389 192.168.2.3:3389 tcp' PORTFW_8='3389 192.168.2.3:3389 udp' PORTFW_8_SOURCE='' PORTFW_8_TARGET='' PORTFW_8_PROTOCOL='' OPT_PPPOE='yes' PPPOE_NAME='DSL' PPPOE_USEPEERDNS='no' PPPOE_ETH='eth1' PPPOE_USER='xxxx' PPPOE_PASS='xxxx' PPPOE_DEBUG='no' PPPOE_HUP_TIMEOUT='600' PPPOE_CHARGEINT='60' PPPOE_TIMES='Mo-Su:00-24:0.0:Y' OPT_PPTP='no' PPTP_NAME='DSL' PPTP_USEPEERDNS='no' PPTP_ETH='eth1' PPTP_USER='xxxx' PPTP_PASS='xxxx' PPTP_DEBUG='no' PPTP_HUP_TIMEOUT='600' PPTP_MODEM_TYPE='bcaa' PPTP_CHARGEINT='60' PPTP_TIMES='Mo-Su:00-24:0.0:Y' OPT_POESTATUS='no'
  15. Hi Leute, ich habe einen 2003 Server den ich aus dem Geschäft per Remotedesktop steuern will. Bisher hatte ich einen SMC Hardwarerouter davor und dort den Port 3389 geforwardet. Das ging einwandfrei. Jetzt habe ich einen fli4l Router davor und auch den Port 3389 frei unter Opt-Paktet und dann OPT_PORTFW. Nur komme ich jetzt leider nicht mehr per Remotedesktopverbing auf den 2003 Server drauf. Ach ja auf dem Server läuft Dynsite, dass mir die I-Net Ip immer mit einer dyndns.org Ip verknüpft. Die dyndns.org Ip ist auch immer die richtige und anpingbar. Nur komme ich eben nicht mehr Remotedesktopverbing auf den Server drauf. Ich hoffe Ihr könnt mir helfen, bei den Einstellungen im fli4l. Schreibt bitte hier, per mail an fads@gmx.net oder an ICQ# 60 720 270 Schöne Grüße fads
×
×
  • Neu erstellen...