December 2001 - openSUSE Users (Deutsch)

iptables kennt keine Optionen...
by Dirk Hartmann 03 Dec '01

03 Dec '01

Hallo, da ich die SuSE 7.3 nutze, in der der 2.4.10er Kernel läuft, habe ich mir die SuSE-Firewall2 zunutze gemacht, um mein LAN ans I-Net zu hängen. Bei dem Versuch die Regeln der Firewall anzupassen bin ich so vorgegangen, als wenn ich einfach nur iptables nutze, also habe ich $IPTABLES -i --dport ... als Regeln definiert. Leider bricht das immer mit dem Fehler ab (um einfach mal mit dem Beispiel fortzufahren) -i unknown... Dieses Beispiel ist nur exemplarisch, also es wird alles an Parametern abgewiesen, was ich angebe. Auch die Groß-/Kleinschreibung ist egal, und auch das Weglassen de "$" bringt nicht. Fragen: Was mache ich falsch? Ist meine Annahme richtig, daß die SuSE-Firewall2 gleich einem Admin-Tool zu iptables ist? Muß ich das in ein Script schreiben, damit die Parameter angenommen werden, muss es einen bestimmten Namen haben? Wie muß ich es sonst machen, oder was muß ich nachinstallieren? Please help!!! und thanx im Voraus, Dirk

2 1

Re: Frage AntiVir MailGate
by B. Höffgen 03 Dec '01

03 Dec '01

Hallo Jochen, hast Du eine Standleitung oder keine? Wenn Du keine hast, hast Du auch keine Probleme, da Du Deine eMails mit fetchmail abholen wirst und der liefert die eMails an den lokalen MTA auf Port 25. AVgated nimmt die eMails entgegen und speichert sie im gesicherten Bereich. AVgatefwd prüft und dekodiert evtl. vorhandene Attachments. Danach werden sie weitergeleitet. Bei einer Standleitung mit eigenem Mail-Server musst Du die Konfiguration des MTA's anpassen. Gruss Boris Jochen Kaechelin wrote: >Am Montag, 3. Dezember 2001 08:45 schrieben Sie: > >>Hi Jochen, >> >>schaue mal mit welchem Benutzer und mit welcher Gruppe Du >>die Prozesse startest. Sie müssen mit dem Benutzer und der Gruppe >>aus /var/run übereinstimmen. >>/var/run sollte auf 755 stehen. >> > >Ich bekomme nun keine Fehlermeldungen - alle Programm starten wie >sie sollen - keine Fehlermeldungen. > >Nur das Teil findet nichts. >Das Eicar-Testfile rutsch locker durch - antivir findet es. > >Kann es sein, dass mailgate nur die mails filtert, die ich mit >fetchmail abhole? > >

1 0

Tape lesen
by alfred.langer.lvm＠t-online.de 03 Dec '01

03 Dec '01

Hallo Liste, ich habe ein Datenband, unter win95 mit >Novastor 6.6 > gesichert. Leider kann nach einem upgrade auf win2000 novastor das band angeblich nicht mehr lesen und bricht nach 3 M/50 dateien mit einem Suchfehler ab. Gibt es eine Möglichkeit unter linux dieses band zu lesen, mcopy, cp oder tar usw. um die daten auf die Platte zu bekommen. Bisher ist es mir zwar gelungen daten zu kopieren, dies aber nur in ein Riesenfile. Wie heißt eventuell ein Befehl, der diese Kopieren ermöglich ? (welche Parameter) Vielen Dank für eure Hilfe!!! Gruß Alfred Langer

1 0

Swap-Grösse
by Hubertus Hilchenbach 03 Dec '01

03 Dec '01

Hallo Liste, ich habe an meinem Compi den Arbeitsspeicher von 128MB um 256MB auf 384MB erweitert. Meine Swap-Parition beträgt z.Zt. 256MB. Mir hat mal jemand erzählt das man seine Swap-Parition immer doppelt so gross einrichten soll als der Arbeitsspeicher. Meine Frage daher: MUSS ich jetzt die Swap-Parition auf 786MB vergrössern, oder reichen die 256MB? Gruss Hubertus.

5 7

SuSEfirewall2 auf 7.3
by Sven Kröger 03 Dec '01

03 Dec '01

Hallo Liste, jetzt läuft zwar mein Linux als Router für meine Clients mit konfigurierter FW2, aber vom Router selber komme ich nicht mehr Online, was ist denn das nun schon wieder? Gruß Sven Mit freundlichen Grüßen Sven Kröger Context Ideen und Lösungen GmbH Geesthachter Str. 109 D-21502 Geesthacht Tel: +49 41 52 / 88 64 00 Fax: +49 41 52 / 88 64 02 9 E-Mail: skroeger(a)context-werbung.de

3 2

AntvirMailGate - dringend
by Jochen Kaechelin 03 Dec '01

03 Dec '01

Ich hab mal wieder ein Problem, welches ich nicht alleine lösen kann: Ich hab von der original SuSE7.3 prof Antvir und AvMailGate installiert. Antivir läuft wunderbar, und erkennt z.B. VIRUS: file contains code of the virus 'Eicar-Test-Signatur' Wenn ich den Mailgate mit "rcavgate start" starte bekomme ich keine Fehlermeldungen - wenn ich das Testfile als Anhang verschicke kommt jedoch keine Meldung. /var/log/mail nach rcavgate start Dec 3 00:22:16 jochen avmgatefwd[15020]: running in full featured mode Dec 3 00:22:33 jochen avgated[15057]: ready to accept connections on port 25 Folgende Änderungen habe ich gemacht: /etc/sendmail.cf: O DaemonPortOptions=Name=MTA,Port=smtp-backdoor /etc/avmailgate.conf: ForwardTo SMTP: localhost port smtp-backdoor /etc/services: smtp-backdoor 825/tcp # AntiVir MailGate Ich hab alles so gemacht, wie es in den Dokus steht, aber es geht nicht!!! Kann mir bitte jemand helfen!!!!! -- WA-P: Programmierung - Beratung - Hosting Stuttgarter Strasse 3 - D-73033 Goeppingen Tel. 07161 - 92 95 94 Fax 07161 - 1 36 01 http://internet.wa-p.de - jk(a)wa-p.de

2 1

Susefirewall2
by Jörg Nehls 03 Dec '01

03 Dec '01

Hi! Seit heute bin ich von der Susefirewall1 auf die neue Susefirewall2 umgestiegen. Die Funktionen des Rechners sind alle so vorhanden, wie ich es haben wollte, jedoch stören mich die folgenden Einträge in /var/log/messages: saskia kernel: SuSE-FW-ACCESS_DENIED_FOR_INTIN=eth0 OUT= MAC=00:e0:7d:84:d5:23:00:00:e8:e4:69:be:08:00 SRC=192.168.0.2 DST=80.135.112.83 LEN=48 TOS=0x08 PREC=0x00 TTL=128 ID=41127 DF PROTO=TCP SPT=3530 DPT=80 WINDOW=32767 RES=0x00 SYN URGP=0 OPT (020405B401010402) Dec 3 20:11:34 saskia kernel: SuSE-FW-ACCESS_DENIED_FOR_INTIN=eth0 OUT= MAC=00:e0:7d:84:d5:23:00:00:e8:e4:69:be:08:00 SRC=192.168.0.2 DST=80.135.112.83 LEN=48 TOS=0x08 PREC=0x00 TTL=128 ID=42407 DF PROTO=TCP SPT=3530 DPT=80 WINDOW=32767 RES=0x00 SYN URGP=0 OPT (020405B401010402) Dec 3 20:11:40 saskia kernel: SuSE-FW-ACCESS_DENIED_FOR_INTIN=eth0 OUT= MAC=00:e0:7d:84:d5:23:00:00:e8:e4:69:be:08:00 SRC=192.168.0.2 DST=80.135.112.83 LEN=48 TOS=0x08 PREC=0x00 TTL=128 ID=42919 DF PROTO=TCP SPT=3530 DPT=80 WINDOW=32767 RES=0x00 SYN URGP=0 OPT (020405B401010402) Dec 3 20:11:52 saskia kernel: SuSE-FW-ACCESS_DENIED_FOR_INTIN=eth0 OUT= MAC=00:e0:7d:84:d5:23:00:00:e8:e4:69:be:08:00 SRC=192.168.0.2 DST=80.135.112.83 LEN=48 TOS=0x08 PREC=0x00 TTL=128 ID=54439 DF PROTO=TCP SPT=3530 DPT=80 WINDOW=32767 RES=0x00 SYN URGP=0 OPT (020405B401010402) Ich weiss leider nicht welche option ich ändern muss, damit ich diese Fehlermeldung nicht mehr erhalte. Weiss jemand Rat? /etc/rc.config.d/firewall2.rc.config: # # 1.) # Should the Firewall be started? # # This setting is done in /etc/rc.config (START_FW2="yes") # # 2.) # Which is the interface that points to the internet/untrusted networks? # # Enter all the network devices here which are untrusted. # # Choice: any number of devices, seperated by a space # e.g. "eth0", "ippp0 ippp1 eth0:1" # FW_DEV_EXT="ippp0 ippp1 ppp0" # # 3.) # Which is the interface that points to the internal network? # Enter all the network devices here which are trusted. # If you are not connected to a trusted network (e.g. you have just a # dialup) leave this empty. # Choice: leave empty or any number of devices, seperated by a space # e.g. "tr0", "eth0 eth1 eth1:1" or "" FW_DEV_INT="eth0" # 4.) # Which is the interface that points to the dmz or dialup network? # # Enter all the network devices here which point to the dmz/dialups. # A "dmz" is a special, seperated network, which is only connected to the # firewall, and should be reachable from the internet to provide services, # e.g. WWW, Mail, etc. and hence are at risk from attacks. # See /usr/share/doc/packages/SuSEfirewall2/EXAMPLES for an example. # # Special note: You have to configure FW_FORWARD to define the services # which should be available to the internet and set FW_ROUTE to yes. # # Choice: leave empty or any number of devices, seperated by a space # e.g. "tr0", "eth0 eth1 eth1:1" or "" # FW_DEV_DMZ="" # # 5.) # Should routing between the internet, dmz and internal network be activated? # REQUIRES: FW_DEV_INT or FW_DEV_DMZ # # You need only set this to yes, if you either want to masquerade internal # machines or allow access to the dmz (or internal machines, but this is not # a good idea). This option supersedes IP_FORWARD from /etc/rc.config! # # Setting this option one alone doesn't do anything. Either activate # massquerading with FW_MASQUERADE below if you want to masquerade your # internal network to the internet, or configure FW_FORWARD to define # what is allowed to be forwarded! # # Choice: "yes" or "no", defaults to "no" # FW_ROUTE="yes" # # 6.) # Do you want to masquerade internal networks to the outside? # REQUIRES: FW_DEV_INT or FW_DEV_DMZ, FW_ROUTE # # "Masquerading" means that all your internal machines which use services on # the internet seem to come from your firewall. # Please note that it is more secure to communicate via proxies to the # internet than masquerading. This option is required for FW_MASQ_NETS and # FW_FORWARD_MASQ. # # Choice: "yes" or "no", defaults to "no" # FW_MASQUERADE="yes" # # You must also define on which interface(s) to masquerade on. This is # normally your external device(s) to the internet. # Most users can leave the default below. # # e.g. "ippp0" or "$FW_DEV_EXT" FW_MASQ_DEV="$FW_DEV_EXT" # # Which internal computers/networks are allowed to access the internet # directly (not via proxys on the firewall)? # Only these networks will be allowed access and will be masqueraded! # # Choice: leave empty or any number of hosts/networks seperated by a space. # Every host/network may get a list of allowed services, otherwise everything # is allowed. A target network, protocol and service is appended by a comma to # the host/network. e.g. "10.0.0.0/8" allows the whole 10.0.0.0 network with # unrestricted access. "10.0.1.0/24,0/0,tcp,80 10.0.1.0/24,0/0tcp,21" allows # the 10.0.1.0 network to use www/ftp to the internet. # "10.0.1.0/24,tcp,1024:65535 10.0.2.0/24" is OK too. # Set this variable to "0/0" to allow unrestricted access to the internet. # FW_MASQ_NETS="192.168.0.1/24" # # 7.) # Do you want to protect the firewall from the internal network? # REQUIRES: FW_DEV_INT # # If you set this to "yes", internal machines may only access services on # the machine you explicitly allow. They will be also affected from the # FW_AUTOPROTECT_SERVICES option. # If you set this to "no", any user can connect (and attack) any service on # the firewall. # # Choice: "yes" or "no", defaults to "yes" # # "yes" is a good choice FW_PROTECT_FROM_INTERNAL="no" # # 8.) # Do you want to autoprotect all running network services on the firewall? # # If set to "yes", all network access to services TCP and UDP on this machine # will be prevented (except to those which you explicitly allow, see below: # FW_SERVICES_{EXT,DMZ,INT}_{TCP,UDP}) # # Choice: "yes" or "no", defaults to "yes" # FW_AUTOPROTECT_SERVICES="yes" # # 9.) # Which services ON THE FIREWALL should be accessible from either the internet # (or other untrusted networks), the dmz or internal (trusted networks)? # (see no.13 & 14 if you want to route traffic through the firewall) XXX # # Enter all ports or known portnames below, seperated by a space. # TCP services (e.g. SMTP, WWW) must be set in FW_SERVICES_*_TCP, and # UDP services (e.g. syslog) must be set in FW_SERVICES_*_UDP. # e.g. if a webserver on the firewall should be accessible from the internet: # FW_SERVICES_EXT_TCP="www" # e.g. if the firewall should receive syslog messages from the dmz: # FW_SERVICES_DMZ_UDP="syslog" # For IP protocols (like GRE for PPTP, or OSPF for routing) you need to set # FW_SERVICES_*_IP with the protocol name or number (see /etc/protocols) # # Choice: leave empty or any number of ports, known portnames (from # /etc/services) and port ranges seperated by a space. Port ranges are # written like this: allow port 1 to 10 -> "1:10" # e.g. "", "smtp", "123 514", "3200:3299", "ftp 22 telnet 512:514" # For FW_SERVICES_*_IP enter the protocol name (like "igmp") or number ("2") # # Common: smtp domain FW_SERVICES_EXT_TCP="21 22 79" # Common: domain FW_SERVICES_EXT_UDP="53 123 161 33433:33524" # Common: domain FW_SERVICES_EXT_IP="" # Common: smtp domain FW_SERVICES_DMZ_TCP="21 22 53" # Common: domain FW_SERVICES_DMZ_UDP="53" # For VPN/Routing which END at the firewall!! FW_SERVICES_DMZ_IP="" # # Common: ssh smtp domain FW_SERVICES_INT_TCP="21 22 53" # Common: domain syslog FW_SERVICES_INT_UDP="53" # For VPN/Routing which END at the firewall!! FW_SERVICES_INT_IP="" # # 10.) # Which services should be accessible from trusted hosts/nets? # # Define trusted hosts/networks (doesnt matter if they are internal or # external) and the TCP and/or UDP services they are allowed to use. # Please note that a trusted host/net is *not* allowed to ping the firewall # until you set it to allow also icmp! # # Choice: leave FW_TRUSTED_NETS empty or any number of computers and/or # networks, seperated by a space. e.g. "172.20.1.1 172.20.0.0/16" # Optional, enter a protocol after a comma, e.g. "1.1.1.1,icmp" # Optional, enter a port after a protocol, e.g. "2.2.2.2,tcp,22" # FW_TRUSTED_NETS="" # # 11.) # How is access allowed to high (unpriviliged [above 1023]) ports? # # You may either allow everyone from anyport access to your highports ("yes"), # disallow anyone ("no"), anyone who comes from a defined port (portnumber or # known portname) [note that this is easy to circumvent!], or just your # defined nameservers ("DNS"). # Note that if you want to use normal (active) ftp, you have to set the TCP # option to ftp-data. If you use passive ftp, you don't need that. # Note that you can't use rpc requests (e.g. rpcinfo, showmount) as root # from a firewall using this script (well, you can if you include range # 600:1023 in FW_SERVICES_EXT_UDP ...). # # Choice: "yes", "no", "DNS", portnumber or known portname, defaults to "no" # if not set # # Common: "ftp-data", better is "yes" to be sure that everything else works :-( FW_ALLOW_INCOMING_HIGHPORTS_TCP="yes" # Common: "DNS" or "domain ntp", better is "yes" to be sure ... FW_ALLOW_INCOMING_HIGHPORTS_UDP="yes" # # 12.) # Are you running some of the services below? # They need special attention - otherwise they won´t work! # # Set services you are running to "yes", all others to "no", defaults to "no" # FW_SERVICE_AUTODETECT="yes" # Autodetect the services below when starting # # If you are running bind/named set to yes. Remember that you have to open # port 53 (or "domain") as udp/tcp to allow incoming queries. # Also FW_ALLOW_INCOMING_HIGHPORTS_UDP needs to be "yes" FW_SERVICE_DNS="yes" # # if you use dhclient to get an ip address you have to set this to "yes" ! FW_SERVICE_DHCLIENT="no" # # set to "yes" if this server is a DHCP server FW_SERVICE_DHCPD="no" # # set to "yes" if this server is running squid. You still have to open the # tcp port 3128 to allow remote access to the squid proxy service. FW_SERVICE_SQUID="no" # # set to "yes" if this server is running a samba server. You still have to open # the tcp port 139 to allow remote access to SAMBA. FW_SERVICE_SAMBA="no" # # 13.) # Which services accessed from the internet should be allowed to the # dmz (or internal network - if it is not masqueraded)? # REQUIRES: FW_ROUTE # # With this option you may allow access to e.g. your mailserver. The # machines must have valid, non-private, IP addresses which were assigned to # you by your ISP. This opens a direct link to your network, so only use # this option for access to your dmz!!!! # # Choice: leave empty (good choice!) or use the following explained syntax # of forwarding rules, seperated each by a space. # A forwarding rule consists of 1) source IP/net and 2) destination IP # seperated by a comma. e.g. "1.1.1.1,2.2.2.2 3.3.3.3/16,4.4.4.4/24" # Optional is a protocol, seperated by a comma, e.g. "5.5.5.5,6.6.6.6,igmp" # Optional is a port after the protocol with a comma, e.g. "0/0,0/0,udp,514" # FW_FORWARD="" # Beware to use this! # # 14.) # Which services accessed from the internet should be allowed to masqueraded # servers (on the internal network or dmz)? # REQUIRES: FW_ROUTE # # With this option you may allow access to e.g. your mailserver. The # machines must be in a masqueraded segment and may not have public IP addesses! # Hint: if FW_DEV_MASQ is set to the external interface you have to set # FW_FORWARD from internal to DMZ for the service as well to allow access # from internal! # # Please note that this should *not* be used for security reasons! You are # opening a hole to your precious internal network. If e.g. the webserver there # is compromised - your full internal network is compromised!! # # Choice: leave empty (good choice!) or use the following explained syntax # of forward masquerade rules, seperated each by a space. # A forward masquerade rule consists of 1) source IP/net, 2) destination IP # (dmz/intern), 3) a protocol (tcp/udp only!) and 4) destination port, # seperated by a comma (","), e.g. "4.0.0.0/8,1.1.1.1,tcp,80" # Optional is a port after the destination port, to redirect the request to # a different destination port on the destination IP, e.g. # "4.0.0.0/8,1.1.1.1,tcp,80,81" # FW_FORWARD_MASQ="" # Beware to use this! # # 15.) # Which accesses to services should be redirected to a localport on the # firewall machine? # # This can be used to force all internal users to surf via your squid proxy, # or transparently redirect incoming webtraffic to a secure webserver. # # Choice: leave empty or use the following explained syntax of redirecting # rules, seperated by a space. # A redirecting rule consists of 1) source IP/net, 2) destination IP/net, # 3) protocol (tcp or udp) 3) original destination port and 4) local port to # redirect the traffic to, seperated by a colon. e.g.: # "10.0.0.0/8,0/0,tcp,80,3128 0/0,172.20.1.1,tcp,80,8080" # FW_REDIRECT="" # # 16.) # Which logging level should be enforced? # You can define to log packets which were accepted or denied. # You can also the set log level, the critical stuff or everything. # Note that logging *_ALL is only for debugging purpose ... # # Choice: "yes" or "no", FW_LOG_*_CRIT defaults to "yes", # FW_LOG_*_ALL defaults to "no" # FW_LOG_DROP_CRIT="yes" # FW_LOG_DROP_ALL="no" # FW_LOG_ACCEPT_CRIT="yes" # FW_LOG_ACCEPT_ALL="no" # # only change/activate this if you know what you are doing! FW_LOG="--log-level warning --log-tcp-options --log-ip-option --log-prefix SuSE-FW" # # 17.) # Do you want to enable additional kernel TCP/IP security features? # If set to yes, some obscure kernel options are set. # (icmp_ignore_bogus_error_responses, icmp_echoreply_rate, # icmp_destunreach_rate, icmp_paramprob_rate, icmp_timeexeed_rate, # ip_local_port_range, log_martians, mc_forwarding, mc_forwarding, # rp_filter, routing flush) # Tip: Set this to "no" until you have verified that you have got a # configuration which works for you. Then set this to "yes" and keep it # if everything still works. (It should!) ;-) # # Choice: "yes" or "no", defaults to "yes" # FW_KERNEL_SECURITY="yes" # # 18.) # Keep the routing set on, if the firewall rules are unloaded? # REQUIRES: FW_ROUTE # # If you are using diald, or automatic dialing via ISDN, if packets need # to be sent to the internet, you need to turn this on. The script will then # not turn off routing and masquerading when stopped. # You *might* also need this if you have got a DMZ. # Please note that this is *insecure*! If you unload the rules, but are still # connected, you might your internal network open to attacks! # The better solution is to remove "/sbin/SuSEfirewall2 stop" or # "/sbin/init.d/firewall stop" from the ip-down script! # # # Choices "yes" or "no", defaults to "no" # FW_STOP_KEEP_ROUTING_STATE="yes" # # 19.) # Allow (or don't) ICMP echo pings on either the firewall or the dmz from # the internet? The internet option is for allowing the DMZ and the internal # network to ping the internet. # REQUIRES: FW_ROUTE for FW_ALLOW_PING_DMZ and FW_ALLOW_PING_INTERNET # # Choice: "yes" or "no", defaults to "no" if not set # FW_ALLOW_PING_FW="yes" # FW_ALLOW_PING_DMZ="no" # FW_ALLOW_PING_EXT="yes" ## # END of rc.firewall ## --- Montag, 3. Dezember 2001 06:11 mailto:linux@vague.de http://www.vague.de

1 0

Minimalinstallation: was braucht man dafür?
by Stefan Schilling 02 Dec '01

02 Dec '01

Hello suse-linux, also, ich moechte einen Rechner (486, 66Mhz, 400MB, ?RAM) ans Laufen bekommen, der nur den Internetzugang fuer ein Heimnetzwerk bereitstellt = "Router". Natuerlich soll der ganze Kram durch eine firewall (z.B. fw1, od. fw2, selber tippen habe ich noch nie gemacht) geschützt werden. Weitere Aufgaben sind ein remote zugang z.B. ssh UND webmin, ausserem waeren auch ein links und der mc nicht schlecht. Da mein Homerouter lockere 40GB zur Verfuegung hat, stellte sich die Frage bisher nicht, aber wieviel Platz brauche ich fuer SWAP und / ? Ausserdem, welche Pakete muessen unter 7.2pro installiert sein, damit das mit ISDN klappen kann (nicht die komplette Liste: Serie a ausser USB und PCMCIA aber was sonst noch)? Ausserdem soll versucht werden, das zunaechst ueber die hauseigene Eumex zu realisieren (ja, ich weiss.. ;) ). sollte das nicht klappen, wird als naechstes eine No-Name ISDN Karte von TELEINT (?) mit einem Siemens PSB-2186N Chip dran glauben muessen. Sollte auch das nicht gehen, werden einfach ein paar Trommeln angeschlossen. Fuer Antworten auf meine Paketfrage bin ich dankbar, fuer Antworten zu meinem ISDN - Karten und Eumexproblem bin ich zu Scherzen aufgelegt, wobei ich die Links, die unter sdb.suse.de stehen schon (mehr od. weniger gut) kenne. Gute Nacht und schlaft alle schoen ins heute beginnende Wochenende... Stefan -- Best regards, Stefan mailto:mail.suse@gmx.de

3 5

PCMCIA und 2.4er Kernel
by Alex Klein 02 Dec '01

02 Dec '01

Hallo Leute, ich verwende SuSE 7.2 mit einer Wireless-LAN Karte von Netgear. Unter dem 2.2.x, der von der Distribution angeboten wird, funktioniert alles. Nun möchte ich allerdings trotzdem auf einen 2.4er Kernel umsteigen, da viel meiner Hardware im 2.2er Kernel noch nicht eingebunden ist (SiS Chipsatz). Leider ärgert mich pcmcia noch zu tode. Ich hab mir das pcmcia-cs-3.1.29 Paket gezogen und den linux-2.4.13.SuSE von Hubert Mantel. pcmcia-cs-3.1.29: ./Configure make Nachdem das Kompilieren nicht so ganz funktioniert hat hab ich ./Configure --force gemacht. Dann hat er zumindest mal die Module kompiliert. Ich denke mal, daß es bei 2.4er Kerneln immer notwendig ist das zu machen: --force ignore presence of 2.4 kernel drivers Wenn ich meinen 2.4er Kernel starte, dann frißt er allerding nicht meine Karte: Auszug aus meinem syslog (umgebrochen) >Dec 2 19:14:51 piii-nb cardmgr[269]: executing: 'modprobe -r >wvlan_cs' >Dec 2 19:14:51 piii-nb kernel: unloading Kernel Card Services >Dec 2 19:14:57 piii-nb cardmgr[269]: socket 0: Intersil PRISM2 11 >Mbps Wireless Adapter >Dec 2 19:14:57 piii-nb cardmgr[269]: executing: 'modprobe wvlan_cs' >Dec 2 19:14:57 piii-nb kernel: Linux Kernel Card Services 3.1.22 >Dec 2 19:14:57 piii-nb kernel: options: [pci] [cardbus] [pm] >Dec 2 19:14:57 piii-nb kernel: ds: no socket drivers loaded! ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Was genau heißt das? Spießt sich da etwas mit meinem Kernel? >Dec 2 19:14:57 piii-nb cardmgr[269]: + >/lib/modules/2.4.13/kernel/drivers/pcmcia/ds.o: init_module: Operation >not permitted >Dec 2 19:14:57 piii-nb cardmgr[269]: + >/lib/modules/2.4.13/kernel/drivers/pcmcia/ds.o: insmod >/lib/modules/2.4.13/kernel/drivers/pcmcia/ds.o failed >Dec 2 19:14:57 piii-nb cardmgr[269]: + >/lib/modules/2.4.13/kernel/drivers/pcmcia/ds.o: insmod wvlan_cs failed >Dec 2 19:14:57 piii-nb cardmgr[269]: + Hint: insmod errors can be >caused by incorrect module parameters, including invalid IO or IRQ >parameters >Dec 2 19:14:57 piii-nb cardmgr[269]: modprobe exited with status 255 >Dec 2 19:14:57 piii-nb cardmgr[269]: executing: 'insmod >/lib/modules/2.4.13/pcmcia/wvlan_cs.o' >Dec 2 19:14:57 piii-nb kernel: unloading Kernel Card Services >Dec 2 19:14:57 piii-nb cardmgr[269]: + >/lib/modules/2.4.13/pcmcia/wvlan_cs.o: init_module: Operation not >permitted >Dec 2 19:14:57 piii-nb cardmgr[269]: + Hint: insmod errors can be >caused by incorrect module parameters, including invalid IO or IRQ >parameters >Dec 2 19:14:57 piii-nb cardmgr[269]: insmod exited with status 1 >Dec 2 19:14:57 piii-nb kernel: wvlan_cs: WaveLAN/IEEE PCMCIA driver >v1.0.6 >Dec 2 19:14:57 piii-nb kernel: wvlan_cs: (c) Andreas Neuhaus ><andy(a)fasta.fh-dortmund.de> >Dec 2 19:14:57 piii-nb kernel: wvlan_cs: CardServices release does >not match! ^^^^^^^^^^^^^^^^^^^^^^^^^ >^^^^^^^^^^ Werden die CardServices nicht mit dem pcmcia_cs Paket gebaut. Die wollen doch den Kernel-Source. Warum passen Sie dann nicht zusammen? >Dec 2 19:14:59 piii-nb cardmgr[269]: get dev info on socket 0 failed: >Resource temporarily unavailable Ich gehe davon aus, daß ich irgendwo einen wichtigen Schritt übersehen habe. Vor allem das Howto ist schwer lesbar, da die Überschriften ungefähr so aussehen: 2^H2.^H.5^H5.^H.2^H2.^H. R^HRe^Hed^Hd H^HHa^Hat^Ht,^H, C^HCa^Hal^Hld^Hde^Her^Hra^Ha,^H, M^HMa^Han^Hnd^Hdr^Hra^Hak^Hke^He Das macht das ganze nicht gerade leichter :( Vielleicht kann mir jemand grob den Weg zum Erfolg aufzeigen. Eine Gliederung reicht mir. Danke im voraus! -- Gruß Alex

1 1

unresolved symbols
by Alex Klein 02 Dec '01

02 Dec '01

Hallo Leute, generelle Verständnisfrage: Habe kompiliert und bekomme nach # depmod -a depmod: *** Unresolved symbols in /lib/modules/2.4.13/kernel/drivers/char/sisbug.o depmod: *** Unresolved symbols in /lib/modules/2.4.13/pcmcia/i82365.o depmod: *** Unresolved symbols in /lib/modules/2.4.13/pcmcia/tcic.o Was genau stimmt da nicht. Es sind Module, welche ich mal so mitkompilieren wollte. Kann ich die Module definitiv _nicht_ kompilieren oder hakt es nur irgendwo? make dep hab ich ja gemacht und der Kompiliervorgang selber ist durchgegangen. Documentation/Changes hab ich IMHO auch berücksichtigt. Ich hab mich sonst allerdings nicht belesen, daher reicht ein RTFM. Wenns jemand aber dennoch gut erklärt is es auch nicht schlecht ;) -- Gruß Alex

4 4

Pointer: <12.11.2001> suse-linux-miniFAQ
by Sebastian Helms 02 Dec '01

02 Dec '01

Die suse-linux miniFAQ ---------------------- Diese miniFAQ stellt eine Sammlung von immer wieder gestellten Fragen vor, die es dem SuSE-Linux-Neuling und den Teilnehmern der Mailingliste einfacher machen sollen. Stand: 12.11.2001 Autor: Sebastian Helms <faq(a)helms.sh> Der gesamte Text der FAQ liegt hier: Aktuelle Version (HTML): http://www.helms.sh/faq/faq.html Aktuelle Version (Text): http://www.helms.sh/faq/faq.txt Inhalt: 1. Um was dreht es sich bei dieser Mailingliste? 2. Was heißen die Abkürzungen in den Mails ? 3. Ich habe ein Problem. Was kann ich tun? 4. Ich habe ein bestimmtes Problem. Wie kann ich mir erstmal selbst helfen? 5. Ich habe eine konkrete Frage. Wie werde ich sie los? 6. Ich habe ein Frage gestellt, aber ich bekomme keine Antwort. 7. Ich bekomme irgendwelche Fehlermeldungen zurück, wenn ich an die Liste schreibe. 8. Infos zu immer wiederkehrenden Themen: 9. Ich lese gerne. Welche Buecher werden allgemein empfohlen? 10. Onlineliteratur 11. Ich habe die Philosophie von Linux verstanden. Wie kann ich helfen?

1 0

named -> W2K -> /var/log/warn uebervoll
by Joachim Kieferle 02 Dec '01

02 Dec '01

Hallo Liste, unser Server ist DHCP-Server (SuSE 7.3). Nun wollen alle Windows 2000-Clients staendig die Datenbank des DHCP-Servers updaten. So wird die /var/log/warn dauernd mit "... update denied" ueberfuellt und man sieht die wesentlichen Meldungen nicht mehr. Unter W2K kann man zwar einen Registry-Eintrag veraendern, aber so muss man sich um jeden Client kuemmern. Hat jemand eine Idee / Moeglichkeit, wie man diese Meldungen in eine andere Datei, z.B. /var/log/dhcp-warn umleitet und so die /var/log/warn fuer die wirklich wichtigen Meldungen frei haelt? Danke Joachim Kieferle

3 6

yadd + dhcp
by newsmail＠hoerst.net 02 Dec '01

02 Dec '01

>From gerd(a)hoerst.net Sun Dec 2 01:18:26 2001 Date: Sat, 01 Dec 2001 18:43:03 +0100 From: Gerd Hoerst <gerd(a)hoerst.net> Newsgroups: capricorn.lists.suse-linux Subject: yadd + dhcp Hallo ! Ich wollte mein DBox2 mal mit Yadd laufen lassen. Mit dem Win zeuchs gehts halbwegs (net ganz aber ich hab die Probleme hier net) der DHCP Server ist eingerichtet als Filename habe ich ppcboot angegeben, aber er laedt das Teil per TFTP (also IP und das stimmt.. aber dann: debug: Unknown RFC1048-tag debug: 36 debug: 4 debug: a debug: b debug: c debug: d debug: debug: Unknown RFC1048-tag debug: 6 debug: 4 debug: a debug: b debug: c debug: d debug: debug: Unknown RFC1048-tag debug: 1c debug: 4 debug: a debug: b debug: c debug: ff debug: debug: Got BOOTP reply from Server IP 10.11.12.13, My IP 10.11.12.16 debug: Sending TFTP-request for file ppcboot will verify ELF image, start= 0x800000, size= 221607 verify sig: 262 boot net: boot file has no valid signature Branching to 0x40000 ================================= Geholt hat er sich das Teil ===================================== TFTP from server 10.11.12.13; our IP address is 10.11.12.16 Filename 'ppcboot/tftpboot/logo-lcd'. Load address: 0x130000 Loading: * TFTP error: 'Access violation' (2) =================================== Der Fehler ist schon korrekt weildas Verzeichnis ja net existiert... aber wie kommt er auf das Schmale Brett aus ppcboot/tftp.... das File holen zu wollen ? Ùnter Win mit dbox2 boot gehts ja ohne Probleme ? Ich denke mal das das wan den unknow RFC Tags liegt.. Hat jemand von euch so ein Problem ? Ciao Gerd -- _ _ Powered by SuSE___ _ _ _ _ | | (_)_ _ _ ___ __ |_ )| | || | | | |__| | ' \ || \ \ / / / |_ _|_ _| |____|_|_||_\_,_/_\_\ /___(_)|_(_)|_|

2 1

DVDs brennen mit cdrecord
by Robert Szentmihalyi 02 Dec '01

02 Dec '01

Hallo Leute! Ich versuche, mit einem RICOH DVD+RW MP5120A eine DVD zu brennen (SuSE Linux 7.3, cdrecord 1.11a05) Folgender Fehler tritt auf: cdrecord: Data will not fit on any disk Muss ich cdrecord patchen oder brauche ich eine andere Version, im DVDs zu brennen? Hat jemand Erfahrungen? Danke, Robert -- Where do you want to be tomorrow? Entracom. Building Linux systems. http://www.entracom.de

3 3

Re: KDE und aterm
by Maik Holtkamp 02 Dec '01

02 Dec '01

Am 01/12/02@16:43 schrieb Thomas Templin: [keine transparenz unter kde] > wterm -tr -fg black -bg lightyellow --font 10x20 -ls > Und damit ist ein transparentes WTerm unter KDE zu sehen, > zumindestens unter KDE =< 2.2.1. Bei mir nicht. Stell für Deinen KDE Hintergrund mal ein Bild ein und schau mal wie transparent das Ganze dann ist. Ausserdem ist der Schalter -bg über wenn Du -tr setzt, bei mir macht er jedenfalls gar nix. BTW: Transparenter Hintergrund ist vielleicht was um MS User zu erschrecken ;), aber zum Arbeiten IMHO Blösinn. -- :wq-y Maik

2 1

ram lueppt voll
by Markus Kuppe 02 Dec '01

02 Dec '01

Moin, Problem mit meinem ram. nach 5-6 tagen is der gesammte mem "in use", obwohl fast nix laeuft. (suse7.3/2.4.16) PID TTY STAT TIME COMMAND 1 ? S 0:03 init [3] 2 ? SW 0:00 [keventd] 3 ? SWN 0:02 [ksoftirqd_CPU0] 4 ? SWN 0:00 [ksoftirqd_CPU1] 5 ? SW 0:00 [kswapd] 6 ? SW 0:00 [bdflush] 7 ? SW 0:00 [kupdated] 8 ? SW< 0:00 [mdrecoveryd] 14 ? SW 0:00 [kreiserfsd] 202 ? SW 0:00 [eth0] 613 ? S 0:00 /usr/sbin/sshd 1526 tty1 S 0:00 /sbin/mingetty --noclear tty1 1529 ? R 0:00 /usr/sbin/sshd 1552 pts/0 S 0:00 -bash 1844 pts/0 R 0:00 ps ax nen free zeigt folgendes: total used free shared buffers cached Mem: 1029352 ->65428<- 963924 0 22480 29500 -/+ buffers/cache: 13448 1015904 Swap: 297192 0 297192 und nach 30sec siehts so aus: total used free shared buffers cached Mem: 1029352 ->65456<- 963896 0 22508 29500 -/+ buffers/cache: 13448 1015904 Swap: 297192 0 297192 jemand eine idee, woran so etwas liegen kann? -- Mit freundlichen Grüssen Markus Kuppe mailto:markus-kuppe@gmx.de

4 4

Magie statt debugging?
by Ratti 02 Dec '01

02 Dec '01

Hallo, folgenden Fund in der Suse-SDB möchte ich euch nicht vorenthalten: (http://sdb.suse.de/de/sdb/html/tsaupe_kde_startmsg.html) "Eine Lösung für die ppp Meldung ist nicht erforderlich da die Personal Firewall die ppp Schnittstelle nach Herstellen einer Verbindung automagisch findet." Ich möchte auch gern, daß Probleme auf meinem System auto-magisch gelöst werden. ;-) Gruß, Ratti Potter

1 0

Kernel 2.4.16
by Sascha Andres 02 Dec '01

02 Dec '01

hi, nachdem ich version 2.4.16 des kernels installiert habe, finde ich folgende /proc eintraege nicht mehr: /proc/sys/net/ipv4/icmp_destunreach_rate icmp_echoreply_rate icmp_paramprob_rate icmp_timeexceed_rate sind diese eintraege nicht mehr untersteutzt, oder muss ich lediglich eine andere kernel konfiguration vornehmen? ciao sascha

4 3

X übers Netz
by Carsten Becher 02 Dec '01

02 Dec '01

Hoi Liste ! Ist es möglich (und wenn , wo kann ich mich da schlau machen ...) , eine Applikation (HP-UX , Motif) übers Netz auf einem Linux-Rechner auszuführen ? Unter Windows gehts mit Chameleon , allerdings eher unkomfortabel . Man dankt Carsten -- personal Mail bitte an : carsten-becher(a)cbecher.de

5 7

Bug im WU-FTPD-Porgramm
by Michael Raab 02 Dec '01

02 Dec '01

Hallo Zusammen, folgende Meldungen könnte euch auch interessieren: http://www.webhostlist.de/host/news/read.php4?id=1041 Gruß Michael -- Phone/Fax +49 7000 MACBYTE (+49 7000-6222983) Registered Linux User #228306 HomePage http://www.macbyte.info/ http://counter.li.org/ PGP-Key http://www.macbyte.info/shared/mykey.pkr ++ CGI-Hosting ++ Domains ++ Webspace ++ PHP Development ++

1 0

NAT Router unter PPC 7.1 auf Mac
by Christian Leicht 02 Dec '01

02 Dec '01

Hallo zusammen, ich brauche eine Grundkonfiguration eines Suse Linux Servers 7.1 PPC . Da ich nur eine 700 MB SCSI Platte im Rechner habe möchte ich so wenig wie möglich installieren. Komme ich mit der Minimalinstallation von Yast2 aus um einen NAT Router zum laufen zu bringen ? Kennt ihr eine Router Software die das gut lösen kann ? Besten Dank für einen Tipp Christian Leicht

3 3

SuSE7.3 != Kernel 2.4.16 ?
by Bodo Schulz 02 Dec '01

02 Dec '01

Hallo Liste! Seit ich mir hier die SuSE7.3 komplett neu installiert habe, habe ich massive Probleme, einen selbst kompilierten Kernel zu booten! Ich habe mir (als Beispiel) den aktuellen 2.4.16er Kernel hergeholt, entsprechend nach /usr/src kopiert ... etc. ich mach das ganze ja nichMan gab mir den Tip, ein 'make oldconfig' durchzuführen und dann den Kernel wie gehabt mit 'make dep && make clean && make bzlilo && make mDen Kernel habe ich auch korrekt in die lilo.conf eingetragen und soweit funktioniert das ganze auch ... fast. Bei einem neustart fängt auch alles wunderbar an ... bis zum INIT ... hier mal ein (abgeschriebener) Auszug: [...] INIT: version 2.82 booting ... modprobe: modprobe: can't locate module net-pf-4 modprobe: modprobe: can't locate module net-pf-5 modprobe: modprobe: can't locate module net-pf-9 setting up hostname ... Activationg swap ... swapon: cannot stat /dev/hda2 no such file or directory Checkip file systems fsck.ext2: no such file or directory while trying to open /dev/hda7 [...] Danach nur die übliche Fehlermeldung, das man das Filesystem mit Hand prüfen soll und ein root-login. Allerdings verstehe ich nicht ganz, warum der Standard-Kernel von SuSE (der ja eigentlich die gleiche Konfiguration hat) bootet! [...] shadowland:/home/bodo # cat /etc/fstab | grep hda2 /dev/hda2 swap swap pri=42 0 0 shadowland:/home/bodo # cat /etc/fstab | grep hda7 /dev/hda7 /lfs ext2 rw,noauto,user,exec 1 2 shadowland:/home/bodo # [...] Hat jemand von euch eine Idee?? Bodo 'der-heut-mehr-als-ratlos-erscheint' Schulz

4 15

Interner pager von mutt: Lesen der Mails mit Pfeiltasten
by Christian Schoepplein 02 Dec '01

02 Dec '01

Hallo! Kann man mutt so einstellen, daß Mails mit Hilfe der Pfeiltasten (also zeilenweise) gelesen werden können und nicht, wie voreingestellt, mit Pageup und Pagedown geblättert wird. Weiterhin wäre cool, wenn beim lesen der Mails irgendwie der Cursor am Anfang der Zeile stehen würde... Warum ich das unbedingt brauche... Naja, ich arbeite hier mit Blindenhilfsmitteln unter Linux (suse-blinux, Braillezeile und Sprache) und da braucht man manchmal so abgefahrene Einstellungen, damit die Programme vernümpftig zu bedienen sind ;-). Ich hab auch schon andere Programme als Pager eingetragen, doch die Überdecken dann die in Mutt definierten Befehle, verschlucken irgendwelche Meldungen usw. :-(. Über Tips wäre ich sehr froh!!! Danke schon mal, Schöppi -- Christian Schoepplein | http://www.lily-rockt.de mail(a)schoeppi.net | http://www.lavish.de

6 6

Pointer: Etikette <12.08.2001> (woechentlich)
by Helga Fischer 02 Dec '01

02 Dec '01

----------------------------------------------------------------- Die Etikette der suse-linux Mailingliste ----------------------------------------------------------------- Stand: 12. August 2001 ## Aktuelle Version (HTML) ## http://www.suse-etikette.de.vu/etikette.html ## Aktuelle Version (ASCII-Text) ## http://www.suse-etikette.de.vu/etikette.txt ## Englische Version (weicht etwas ab) ## http://www.dhaller.de/linux/etiquette-e.txt ----------------------------------------------------------------- Herzlich willkommen auf der suse-linux Mailingliste! ----------------------------------------------------------------- Du hast Dich auf einer Mailingliste mit sehr hohem Mailaufkommen eingetragen. Um den Umgang mit der Menge an Mails zu ermöglichen, haben einige Teilnehmer der Liste diese Etikette zusammengestellt, die von der Mehrzahl der Teilnehmer akzeptiert und angewandt wird. Es handelt sich hierbei um Regeln für die Einhaltung bestimmter technischer und formaler Standards. Die Einhaltung dieser Regeln ist ein Gebot der Höflichkeit und Rücksichtnahme. Sie entlasten die Liste (und ihre Teilnehmer) und erhöhen die Chance, eine Antwort zu bekommen. Es geht nicht darum, irgendjemand irgendetwas vorzuschreiben. Wer die Regeln liest, wird schnell feststellen, dass alle ihren Sinn haben und den Umgang mit der Liste vereinfachen. ----------------------------------------------------------------- 1. Hilfe zur Selbsthilfe Bevor du eine Frage an die Liste sendest, versuche selber eine Lösung zu finden. Das geht schneller, ist lehrreicher und entlastet die Liste. Lies dazu die Manpage oder Infopage des verwendeten Programmes und schau im Verzeichnis /usr/share/doc/packages nach weiteren Informationen zu dem Programm. In /usr/ share/doc/howto findest du viele Anleitungen zu häufigen Problemen. Die SuSE-Handbücher (nach Sachgebieten aufgeteilt) hast du selbstverständlich auch bereits gelesen. Sie befinden sich auch auf den SuSE-CDs - sogar auf SuSE-Testversionen etwa als Beilagen von PC-Zeitschriften. Außerdem kann man sie sich vom SuSE-FTP-Server herunterladen. Eine URL von einem Mirror wäre (Deutsch, PDF-Datei): ftp://ftp.rz.uni-wuerzburg.de/pub/linux/MIRROR.suse/7.0/docu/. Diese Datei kann mit dem Acrobat Reader unter allen verbreiteten Betriebssystemen gelesen werden. Durchsuche auch die SuSE-Supportdatenbank nach Informationen zu deinem Problem (Stichwortsuche). Die SDB ist online auf http://sdb.suse.de, du kannst sie aber auch von den SuSE-CDs lokal installieren. Suche auf http://groups.google.com, ob sich nicht in einer Newsgroup eine Antwort auf deine Frage findet. Zu guter Letzt durchsuche das Archiv der Liste bevor du eine Frage stellst. In dem Archiv befinden sich alle Mails der Liste seit August 1997. Es lohnt sich, dort nach Antworten zu suchen bevor man eine Frage zum 17. Mal an die Liste stellt. * http://lists.suse.com/archives/suse-linux/ Eine Stichwortsuche ist über folgende Adresse möglich: * http://lists.suse.com/search/ Ein weiteres Archiv auch mit Stichwortsuche steht hier bereit: * http://www.geocrawler.com/lists/3/Suse-Linux/ ----------------------------------------------------------------- 2. Neue Fragen nicht als Antwort posten Willst du eine neue Mail an die Liste senden mit einer neuen Frage, dann benutze die Funktion deines Mailreaders zum Erzeugen einer neuen Mail. Erzeuge für neue Fragen nicht einfach einen Reply (Antwort) auf irgendeine vorhandene Mail in der Liste. Deine Mail taucht sonst mitten in einem Thread (eine Kette von Antworten) zu einem völlig anderen Thema auf, auch wenn du einen anderen Betreff (Subject) gewählt hast. Viele Teilnehmer empfinden es als störend, wenn in einem Thread Mails hängen, die nichts mit dem Thema zu tun haben; es stört den Lesefluss. Außerdem ist die Chance auf eine Antwort geringer, wenn manche Teilnehmer diesen Thread bereits nicht mehr lesen. Willst du eine Mail beantworten, so benutze natürlich die Funktion deines Mailreaders zum Erzeugen von Antworten. ----------------------------------------------------------------- 3. Für jede Frage eine Mail Statt mehrere Fragen zu verschiedenen Themen in einer Mail zu bündeln schreibe bitte für jede Frage/jedes Thema eine eigene Mail. So bleibt die Diskussion übersichtlich. ----------------------------------------------------------------- 4. Verwende nur "plain text" Verwende nur ASCII-Text (plain text). Umlaute oder andere Sonderzeichen im Header (dazu gehören From: und Subject:) sollten vermieden werden. Poste keine HTML- oder RTF-Nachrichten sowie Visitenkarten (vcards, ms-tnef). Damit Umlaute im Body überall gelesen werden können stelle deinen Mailreader so ein, dass folgende Angaben im Header erscheinen: Content-Type: text/plain; charset=iso-8859-1 Möglich ist neben dem Latin-1-Zeichensatz auch Latin-9, der weitgehend identisch ist aber wohl Latin-1 ablösen wird: Content-Type: text/plain; charset=iso-8859-15 Abhängig davon, ob Umlaute in 8-Bit (also direkt) übertragen werden oder etwa in "Quoted Printable" kodiert werden, ist entweder der erste oder der zweite Headereintrag erforderlich: Content-Transfer-Encoding: 8bit Content-Transfer-Encoding: quoted-printable Vermeide PGP-Signaturen, wir glauben dir auch so. PGP-Signaturen blähen die Mail nur unnötig auf. ----------------------------------------------------------------- 5. Achte darauf, an wen deine Mail versendet wird Entscheide, ob du eine Antwort per privater Mail (PM) oder an die Liste sendest. Bei Antworten an die Liste lösche mögliche Empfänger in der Cc:-Zeile (steht für "carbon copy" oder auch "courtesy copy"). Umgekehrt achte bei Antworten an den Originalabsender darauf, dass keine Kopie an die Liste geht. Bevorzugt sollten Antworten an die Liste gesendet werden, dann haben schließlich alle was davon. Manchmal bekommst du eine Antwort von einem Listenteilnehmer als PM. Achte darauf, Antworten auf PMs nicht an die Liste zu senden. Es gilt als mindestens sehr unhöflich, private Mail zu veröffentlichen! Tipp: Einige Teilnehmer sind dazu über gegangen, persönliche Mailantworten mit dem Kürzel "PM" als solche zu kennzeichnen. So kann der Empfänger sofort erkennen, dass diese Mail nicht von der Liste kommt und eine Antwort darauf somit auch nicht an die Liste gerichtet werden darf. Das ist nett und nachahmenswert. Grundsätzlich ist es aber deine Aufgabe dafür zu sorgen, dass die Antwort an den richtigen Empfänger geht. ----------------------------------------------------------------- 6. Gib deinen Vor- und Zunamen in der From:-Zeile an Bitte gib deinen Vor- und Nachnamen in der From:-Zeile an. Wir wissen gern, mit wem wir uns unterhalten. Pseudonyme wirken meistens lächerlich und Anonymität bieten Pseudonyme sowieso nicht. Sollte es aus technischen Gründen nicht möglich sein, diese Zeile zu ändern (z.B. bei einem Mailaccount in der Firma), so ist es durchaus in Ordnung, den Realnamen in der Signatur unterzubringen. ----------------------------------------------------------------- 7. Wähle ein sprechendes, kurzes Subject Achte darauf, ein möglichst aussagekräftiges Subject zu wählen. Subjects wie "Hiiilfe, Problem mit SuSE" haben Null Aussagekraft, denn Probleme mit SuSE-Linux sind das Haupt-Thema der Liste. Besser sind Subjects, aus denen die Frage/das Thema klar hervorgeht. Zudem lesen viele Benutzer nur die Mails, bei denen sie am Subject schon erkennen worum es geht. Besser sind also Subjects wie z. B.: Subject: Wie scannen als normaler User? oder: Subject: KDE: wie Icon anlegen? Halte das Subject möglichst kurz, damit es vom Leser schnell erfasst werden kann. Viele lesen Mail mit Konsolen-Mailreadern, dort werden von der Subject-Zeile oft nur weniger als die ersten 40 Zeichen dargestellt. ----------------------------------------------------------------- 8. Bei Antworten "Re: " am Subject-Anfang Damit ein Thread (eine Kette von Antworten) nicht abreisst wird empfohlen, für Antworten "Re: " (grosses R, kleines e, Doppelpunkt, Leertaste) im Subject voranzustellen. Auch bei einer Antwort auf eine Antwort wird nur einmal "Re: " vorangestellt, nicht "Re: Re: ". Kürzel wie "AW: " oder "Betr: " sind unerwünscht, sie bereiten unter Umständen technische Probleme. ----------------------------------------------------------------- 9. Bei Antworten Subject nicht verändern Ändere in einem Thread zu einem Thema nicht das Subject. Viele Mailreader können zusammengehörende Fragen und Antworten nur anhand der gleichen Subject-Zeile zusammenhängend anzeigen. Willst du also z.B. zu einer von dir versendeten Mail weitere Informationen beisteuern, so benutze das gleiche Subject, sonst fehlt den Lesern der Bezug zur eigentlichen Frage. Am einfachsten schreibst du einfach einen Reply auf deine vorherige Mail. ----------------------------------------------------------------- 10. Subject ändern, aber richtig Hat sich in einem langen Thread das Thema mittlerweile geändert, so kann eine Anpassung des Subjects an das neue Thema vorgenommen werden. Angenommen, ein Thread hat das Subject "Re: blaue Papageien", die Diskussion dreht sich aber mittlerweile nur noch um gelbe Elefanten, dann leitet man so eine Subject-Änderung ein: Subject: gelbe Elefanten (was: Re: blaue Papageien) Dem neuen Subject folgt also eine Leerstelle, eine öffnende runde Klammer, das englische Wort "was" (Vergangenheitsform von "is"), ein Doppelpunkt, eine Leerstelle, das komplette alte Subject sowie die schliessende runde Klammer. Bei Antworten darauf wiederum lässt man den Teil in Klammern dann weg: Subject: Re: gelbe Elefanten In einer Baumansicht sieht das dann so aus: blaue Papageien |_ Re: blaue Papageien |_ gelbe Elefanten (was: Re: blaue Papageien) |_ Re: gelbe Elefanten ----------------------------------------------------------------- 11. Die Zeilenlänge beträgt höchstens 72 Zeichen Begrenze die Zeilenlaenge im Text auf höchstens 72 Zeichen, noch besser wären 68 Zeichen. So bleibt der Zeilenumbruch auch nach mehrmaligem Quoting erhalten. ----------------------------------------------------------------- 12. Die Attribution-Line Als Einleitung einer Antwort (Attribution-Line) reicht aus (auf deutsch oder englisch): Hans Meier schrieb: Die Attribution-Line dient nur dazu, jeder Quote-Ebene (to quote: hier: aus der beantworteten Mail zitieren) einen Namen zuordnen zu können. Zusätzliche Informationen ausser dem Vor- und Nachnamen des Original-Autors sind in der Attribution-Line nicht nötig, es ist aber gebräuchlich, das Datum dazuzuschreiben. Aus Gründen der Übersichtlichkeit sollte die Attribution-Line nur eine Zeile umfassen. Bei zusätzlicher Angabe von Emailadresse, Subject und was man da noch alles reinpacken kann ist nicht mehr sichergestellt, dass alles auf eine Zeile passt. Diese Informationen sind notfalls auch durch zurückblättern im Thread zu finden. Um der Diskussion folgen zu können (wer schrieb was) braucht man diese Informationen nicht. ----------------------------------------------------------------- 13. Zitiere (quote) nur das Wesentliche Zitiere nur soviel, wie wirklich der Information dient. Zitierte Zeilen sollten mit "> " (also ein ">" und ein Leerzeichen) beginnen, das hat sich als gut lesbare Variante eingebürgert. Anreden, Grusszeilen, Fusszeilen und Signaturen werden grundsätzlich nicht zitiert. Verzichte aber nicht ganz auf Quotings, sonst weiss man nicht, worauf du dich überhaupt beziehst. Achte ebenfalls darauf, zu jede Quote-Ebene auch die entsprechende Attribution-Line am Anfang der Mail zu bewahren. ----------------------------------------------------------------- 14. Schreibe den eigenen Text unter das Zitierte Der eigene Text wird unterhalb des zitierten Textes geschrieben. Zwei sehr lesenswerte Anleitungen für richtiges Quoting findest du hier: * http://www.math.fu-berlin.de/~guckes/mail/editing.html * http://learn.to/quote/ ----------------------------------------------------------------- 15. Beschreibe das Problem genau Eine Aussage wie "Ich kann nicht drucken. Wie geht das?" würde eine Reihe von Mails benötigen, bis das Problem überhaupt eingekreist ist. Beschreibe daher das Problem sofort möglichst genau, um umständliches Nachfragen und Rätselraten zu vermeiden. Nenne die verwendete SuSE/Linux-Version und Kernel-Version, nenne die Versions-Nummern des betroffenen Programmes. Beschreibe den genauen Ablauf beim Auftreten des Fehlers; beschreibe, welche Lösungsansätze du bereits unternommen hast. Nenne die genaue Fehlermeldung, zitiere sie am besten per copy'n'paste. ----------------------------------------------------------------- 16. Kürze Auszüge aus Log-Dateien Gehören Logdatei-Einträge zu deiner Fehlerbeschreibung, dann sende nicht die komplette Log-Datei an die Liste. In der Regel reichen die letzten 10 bis 20 Zeilen bis zur Fehlermeldung. ----------------------------------------------------------------- 17. Sende keine Attachments an die Liste Sende keine Attachments (angehängte Dateien) an die Liste; es sei denn, sie tragen wirklich zur Problembeschreibung oder Problemlösung bei und sind von geringer Grösse (z.B. kleine Shell-Scripte). Wenn du dir nicht sicher bist, frage vorher auf der Liste nach. ----------------------------------------------------------------- 18. Fundstellen angeben statt sie zu posten Wenn du eine hilfreiche Anleitung oder einen sonstwie thematisch passenden Text bekanntmachen möchtest, dann gib die URL zu dem Text an statt den Text komplett an die Liste zu senden. Tipp: Wenn Du die URL inklusive http:// oder ftp:// angibst, können viele Benutzer einfach durch anklicken des Links den zitierten Text erreichen. ----------------------------------------------------------------- 19. Achte auf gute Lesbarkeit Die Einhaltung der Rechtschreibregeln und gelegentliche Absätze erhöhen die Lesbarkeit deiner Mail erheblich. Dazu ist es oft hilfreich, die Mail vor dem Versenden nochmal zu lesen. Bedenke, dein zukünftiger Chef/Auftraggeber könnte mitlesen. ;-) ----------------------------------------------------------------- 20. Die Signatur Die Signatur wird vom übrigen Text durch eine Zeile getrennt, die nur "-- " enthält (ENTER Minustaste Minustaste Leertaste ENTER). Im übrigen sollte eine Signatur nicht mehr als vier Zeilen umfassen. Der Informationswert von Signaturen ist für andere meist sehr gering, in vier Zeilen lässt sich alles Notwendige unterbringen. ----------------------------------------------------------------- 21. Sende persönliches per PM Sende Bemerkungen, die sich direkt an eine Person wenden (Grüsse, Flames oder Hinweise auf die Einhaltung der Etikette), nur als private Mail, nicht an die Liste. Es ist dort off topic (am Thema vorbei). Reaktionen auf off-topic-Mails ebenfalls nur als private Mail. Es gibt eine Mailingliste, auf der Off-Topic-Diskussionen fortgeführt werden können. Sie heißt suse-talk. Es ist eine privat betriebene Liste. Um dich einzuschreiben, sende eine Mail an <majordomo(a)flinux.in-berlin.de> mit folgendem Text im Body: subscribe suse-talk ----------------------------------------------------------------- 22. Verstöße gegen die Etikette ... Die Etikette ist kein Gesetz sondern nur eine Richtlinie für alle Teilnehmer der Liste. Es wäre schön, wenn sie auch von neuen Teilnehmern akzeptiert wird. Es ist üblich, dass neue Teilnehmer in einer öffentlichen Antwortmail auf diese Regeln hingewiesen werden, wenn sie gegen die eine oder andere "verstoßen". Ausdrücklich nicht im Sinn der Etikette sind öffentliche Antworten, die nur eine Anmahnung der Etikette im Sinn haben. Sollten sich in der letzten Zeit massive Verstöße häufen, so ist es besser, dafür einen neuen Thread zu beginnen und allgemein freundlich auf diese Regeln hinzuweisen. Durchaus üblich sind private Mails, in denen freundlich auf die Einhaltung der Regeln hingewiesen wird. Diese Mails sollten aber im Sinn eines freundlichen Umgangs auf das Minimum beschränken und nicht bei jeder Kleinigkeit den Verstoß sofort anmahnen. ----------------------------------------------------------------- 23. Poste eine Zusammenfassung zur Lösung eines Problems Statt sich nur zu bedanken ist es sinnvoll, wenn man eine zusammenfassende Beschreibung der Lösung zu deinem Problem an die Liste postet. Unter Umständen ist hierfür ein Subjectwechsel sinnvoll, so dass man beim Überfliegen der Subjects gleich sieht, ob die Frage noch offen ist und wo die Lösung ist. Beachte dabei Punkt 10! Zum Beispiel so: Subject: Loesung: mein Problem (was: mein Problem) ----------------------------------------------------------------- 24. Trage dich bei Abwesenheit aus der Liste aus Trage dich bei längerer Abwesenheit aus der Liste aus oder stelle anderweitig sicher, dass dir die Listenmails verlässlich zugestellt werden können. Schnell ist dein Postfach übergelaufen und jeder, der an die Liste schreibt, wird mit Benachrichtigungen über dein volles Postfach "beglückt". Wenn du während deines Urlaubs automatische Abwesenheitsbenachrichtigungen versendest (sog. vacation-mails), stelle sicher, dass solche Benachrichtigungen nicht an die Liste oder an die Listenteilnehmer gesendet werden. ----------------------------------------------------------------- 25. Keine Testmails an die Liste Für die, die einfach nur ihre Email-Konfiguration testen wollen: Sendet keine Test-Mails an die Liste. Das ist extrem störend. Stattdessen bieten sich dafür extra Mail-Echos an, die euch eure Mail samt Header zurückschicken. Eine Adresse sei hier genannt: Echo(a)TU-Berlin.DE. Manchmal ist es für SuSE-Systemadministratoren oder den Listen-Maintainer aus technischen Gründen unumgänglich, eine Test-Mail zu schicken. Bitte in solchen Fällen von Hinweisen auf die Etikette absehen, solche Test-Mails dienen ja dem reibungslosen Funktionieren der Liste. :-) ----------------------------------------------------------------- 26. Diskussionen zu dieser Etikette Diskussionen zu dieser Etikette sind auf dieser Mailingliste absolut off-topic. Es wurde extra eine Liste dafür eingerichtet. Um sich einzutragen, eine Mail an sl-etikette-request(a)lopez.at mit dem Text subscribe senden. Alle weitere Informationen bekommt man daraufhin zugeschickt. Anmerkungen oder Vorschläge zur Etikette können natürlich auch an Helga Fischer <Azula(a)gmx.de> gesendet werden. ----------------------------------------------------------------- 27. Weiterführende Links Hier findest du weitere Informationen zum Umgang mit E-Mails und Mailinglisten. * http://fte.tegtmeyer.net/ml.html ----------------------------------------------------------------- Tipp: Da viele Listenteilnehmer (noch) MS Outlook Express benutzen - hier ist beschrieben wie man die in der Etikette empfohlenen Einstellungen vornimmt: * http://oe-faq.de.vu * http://www.dhaller.de/oe-einstell.html * http://www.kwnet.at/tools/billy-mail-to-penguin1.html ----------------------------------------------------------------- Momentan pflegt diese Etikette: * Helga Fischer <Azula(a)gmx.de> Dieser Text entstand unter Mitwirkung von: * Bernd Brodesser <B.Brodesser(a)t-online.de> * Bernhard Walle <Bernhard.Walle(a)gmx.de> * Carsten Becker <ca.becker(a)gmx.de> * Clemens Wohld <c.wohld(a)gmx.de> * David Haller <david(a)dhaller.de> * Eike Bernhardt <eike.bernhardt(a)gmx.de> * Heiko Degenhardt <Heiko.Degenhardt(a)rz.tu-ilmenau.de> * Martin Jacobs <100.179370(a)germanynet.de> * Rainer Lischke <rlischke(a)nvag.de> * Raphael Becker <beckerra(a)rumms.uni-mannheim.de> * Reimond Rombey <reimond(a)rombey.de> * Rolf O. Blaettner <rolf.blaettner(a)nuernberg.netsurf.de> * Ron Brandner <r.brandner(a)teleweb.at> * Steffen Dettmer <steffen(a)dett.de> * Wolfgang Barthel <barthel(a)imsdd.fhg.de>

1 0

Mail auch unter Windows
by elimar.riesebieter＠t-online.de 02 Dec '01

02 Dec '01

Hi SuSE Liste, gibt es vielleicht eine Möglichkeit mit einem Windowsmailprogramm die Mails aus ~/Mail zu lesen? Ich habe einen Postfix-Server und verteile mit fetchamil und procmail die Mails in ~/Mail. Auf einer Windows Partition habe ich Eudora installiert. Es ist kein Problem ~/Mail über Samba freizugeben. Senden über den Postfix-Server funktioniert. Aber wie kann ich die Mail sowohl in Windows als auch in Linux bearbeiten und lesen. Ich will kein extra Mail Verzeichnis in Windows erstellen. Es muss nicht Eudora sein. Funktioniert´s evt. auch mit Pegasus? -- Alles was viel bedacht wird ist bedenklich!;-) Friedrich Nietzsche --

5 7