- Linux - LUG OWL

Maildienste
by Daniel Brose 07 Jun '99

07 Jun '99

Hallo alle! Ich habe folgende Aufgabe zu lösen: Wir haben bei unserem Provider eine IMAP-Mailbox bei der sämtliche EMails an "*(a)domain.de" in einem Account ankommen. Jeder Benutzer soll jetzt jedoch seine und nur seine EMails lesen können... (klaro) Ich würde jetzt gerne mit einer Linux Maschine alle halbe Stunde (z.B.) sämtliche EMails vom IMAP Server holen und dann (wie auch immer) auslesen und der Empfängeradresse nach an bestimmte auf dem Server liegenden POP3 Postfächer verteilen. Kann ich das realisieren? Wie? Gruß -- Daniel Brose mailto:DBrose@gmx.de http://dmd.home.pages.de Mobil: 0173/2903411

7 26

Hallo
by Marco Meier 07 Jun '99

07 Jun '99

Ich mochte mich kurz vorstellen. Diese Mailing Liste wurde mir von Frank Matthie? empfohlen. Seit ein paar Tagen "lausche" ich nun euren Diskussionen und wollte meine Person an dieser Stelle kurz vorstellen. Ich arbeite bei der Firma decor metall (wie F.M.) :-) in Bad Salzuflen Bisher habe ich vor allem mit M$ Produkten und auf M$ Ebene gearbeitet. Ich denke, das ich in diesem Bereich auch nicht "vollig" unerfahren bin. Jetzt habe ich ein neues Entwicklungsprojekt bekommen und mochte aber Billy dafur nicht verwenden (immerhin bin ich derjenige, den die halbe Verwaltung spater an?s Kreuz nageln wird [denn es wird nicht stabil laufen :-)]. Daher werde ich einen Linux Intranet Web Server mit Apache, MySQL und Perl verwenden. Da ich aber als Quasi M$ Access "Profi" <-- soweit uberhaupt moglich keine Ahnung von auch nur einem der eben genannten Teile habe suche ich jetzt Linux Fans, die mich in der schwierigen Anfangszeit ein wenig unterstutzen. Schatze, das reicht fur?s erste, oder? :-) Gru?, Marco Meier, sozusagen "der neue" :-)

3 2

Re: nfs problem
by Andre.Landwehr＠Bertelsmann.de 07 Jun '99

07 Jun '99

> Von: Florian Lohoff [SMTP:flo@rfc822.org] > Gesendet am: Montag, 7. Juni 1999 12:32 > > > einem Lokalen FileSystem. Mit dem Knfsd und modifikationen am Linux > > > NFS Client will man jetzt vollen locking mitbringen (lockd/statd) > > > allerdings > > > ist das noch nicht so ausgereift. > > > > > Ich frage mich nur, warum ein Update am Client die ganze Sache so > > durcheinander bringen kann. Am Server hab ich seit Monaten nichts mehr > > verändert, läuft ja... Naja, ich werde wie gesagt den Server eh neu > > hochziehen demnächst, dann hat der auch knfs und dann wirds wohl laufen. > Kann es sein das dein client NFS V3 probiert ? Das kann man > dem meine ich abgewoehnen - Fuer genaueres kernel-mailinglistarchiv. könnte sein... ich hab einen ungepatchten 2.2.9 Kernel genommen, mit dem ich aber sonst noch keine Erfahrungen habe. Vielleicht tut der sowas jetzt standardmäßig, ich werd das mal checken

1 0

Re: nfs problem
by Andre.Landwehr＠Bertelsmann.de 07 Jun '99

07 Jun '99

> Von: Florian Lohoff [SMTP:flo@rfc822.org] > Gesendet am: Montag, 7. Juni 1999 00:46 > > Meldung "lockd: Failed to monior 192.168.1.1" eingeblendet, was bisher > > allerdings nie gestört hat. > > Ahhh - probieren wir wohl mit dem knfsd rum ? :) Afaik kommt der > user-space > nfsd OHNE lockd :) > ;-) ja, tun wir, auf dem Client zumindest. Auf dem Server noch nicht, kommt demnächst... > einem Lokalen FileSystem. Mit dem Knfsd und modifikationen am Linux > NFS Client will man jetzt vollen locking mitbringen (lockd/statd) > allerdings > ist das noch nicht so ausgereift. > Ich frage mich nur, warum ein Update am Client die ganze Sache so durcheinander bringen kann. Am Server hab ich seit Monaten nichts mehr verändert, läuft ja... Naja, ich werde wie gesagt den Server eh neu hochziehen demnächst, dann hat der auch knfs und dann wirds wohl laufen. Gruß Andre

2 1

nfs problem
by Andre Landwehr 07 Jun '99

07 Jun '99

Hi, ich mounte mir /home per nfs von einer anderen Kiste (192.168.1.1). Hab als normaler User dort Lese- und auch Schreibrechte im jeweiligen Homedir. Mutt mag jetzt allerdings die Mailbox, die auch im Homedir liegt bei mir, nicht schreibbar öffnen. Ein strace des ganzen bringt u.a. folgende Zeile hervor: ----schnipp---- fcntl(4, F_SETLK, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = -1 EACCES (Permission denied) ----schnapp---- Da ich mit Windowmaker auch ein Problem habe, daß er eine Konfigurationsdatei nicht öffnen kann, vermute ich mal, daß das ein NFS-bezogenes Problem ist. Ich fahre Kernel 2.2.9 auf dem Client, 2.2.0 (jaja, ich weiß...) auf dem Server. Maybe related: Auf der Console des Clients bekomme ich hin und wieder die Meldung "lockd: Failed to monior 192.168.1.1" eingeblendet, was bisher allerdings nie gestört hat. Die Probleme treten erst auf, seit ich den Client von RH 5.2 auf RH 6.0 geupdated habe. Hat jemand eine Idee? Was ist ein fcntl type=F_RDLCK eigentlich, öffnet der eine Datei zum lesen und setzt gleichzeitig ein lock darauf damit keiner was ändert während er liest? Gruß Andre -- Who is General Failure and what is he doing in my computer?

2 1

Re: LinuxTag
by Frank.Matthiess＠t-online.de 06 Jun '99

06 Jun '99

Ingo Luetkebohle schrieb: > > > Ich werde fahren. Es können noch zwei Personen mitfahren. Benedict hat > > sich seinen Platz schon gesichert. > > Nimmste mich mit? Natürlich. Nun steht noch ein Platz zur Verfügung. PS: Wer kennt eine gute preiswerte Übernachtungsmöglichkeit in Kaiserslautern und Umgebung ?

1 0

Re: [DeHoeLi] Re: Aufloesung der DeHoeLi-Liste?
by Florian Lohoff 06 Jun '99

06 Jun '99

On Sat, Jun 05, 1999 at 08:50:23PM +0200, Peter Fischer wrote: > > wie waers mit dem 28. in Detmold? (vielleicht in ner anderen Lokalitaet? die > > letzten beiden Male waren wir im Paraplue) > > Wie wäre es ´ne Woche später? Dann könnte ich auch kommen. 8-) Hmmm ... Just an dem Wochenende davor ist LinuxTag in Kaiserslautern. Ob ich dann SCHON wieder lust habe ueber Computer zu reden ... Flo -- Florian Lohoff flo(a)rfc822.org +49-5241-470566 Good, Fast, Cheap: Pick any two (you can't have all three). (RFC 1925)

3 3

Re: Zentarle Bunutzerverwaltung auf mehreren Rechnern
by Ingo Luetkebohle 06 Jun '99

06 Jun '99

On Sun, 6 Jun 1999, Jan-Benedict Glaw wrote: > Btw: Ingo, Flo: Inwiefern ließe dich LDAP zum Speichern der einzelnen > Recher benutzen? Deinen Artikel, Ingo, hab´ ich leider nicht. Gibt´s > den auch online irgendwo zu lesen, oder muß ich eigenes Geld ausgeben? Ich kann die iX mal mitbringen. Zum Thema: Mit LDAP kann man sowas sicherlich machen, allerdings ist der (Free|Net|Open)BSD-Support bisher nicht so berauschend (das nss Modul tuts nur unter glibc und Solaris). Du würdest dann für einen User zwei Einträge mit zwei verschiedenen Benutzernamen anlegen und der Rechner benutzt als Query-Modifier z.B. sowas wie "host=<xyz>", dann bekommt er den richtigen Eintrag. ---Ingo

1 0

Automatisches Fetchmail via diald etc
by Frank.Matthiess＠t-online.de 06 Jun '99

06 Jun '99

nun habe ich mit tcpdump auf dem ppp0 mal ein Protokoll erzeugt. Das sieht so aus. Dieser Teil ist durch den Aufruf von fetchmail entstanden. Dieser Aufruf startet via diald die Verbindung. Nun ist auch klar warum ich in den Timeout laufe. Auf 10.x.x.x Anfrahen gibt's halt keine Antwort: ---schnipp--- 15:46:31.730554 10.1.0.1.1025 > 129.70.132.100.53: 64506 MX? fwdall.btx.dtag.de. (36) 15:46:31.750554 10.1.0.1.1025 > 194.25.0.125.53: 64507 MX? fwdall.btx.dtag.de. (36) 15:46:31.750554 10.1.0.1.1025 > 194.25.0.125.53: 64505 MX? fwdall.btx.dtag.de. (36) 15:46:31.760554 10.1.0.1.1025 > 129.70.132.100.53: 64508 MX? fwdall.btx.dtag.de. (36) ---schnapp--- Per Hand nach erfolgreichem Verbindungsaufbau sieht das so aus, und es klappt auch: ---schnipp--- 15:46:35.010554 193.159.66.95.1025 > 194.25.0.125.53: 64506 MX? fwdall.btx.dtag.de. (36) 15:46:35.350554 194.25.0.125.53 > 193.159.66.95.1025: 64506* 2/3/5 (259) (DF) 15:46:41.480554 193.159.66.95.4731 > 194.25.2.164.110: S 3098275240:3098275240(0) win 512 <mss 536> 15:46:41.660554 194.25.2.164.110 > 193.159.66.95.4731: S 2611759396:2611759396(0) ack 3098275241 win 32736 <mss 536> ---schnapp--- Ich benutze zur Zeit diald16-0.16.5a-2 als rpm. Das ist nicht mehr ganz aktuell. Daher habe ich mir die Version diald-0.99 besorgt. In der doku zu 0.99 steht in readme.masq wie die Vorgehensweise ist. Diese habe ich auch soweit befolgt. Das Ergebnis ist das o.g. Protokoll. Leider kann ich die 0.99 Version nicht kompiliern da ein make depend mit dem Fehler: [root@server diald-0.99]# make depend cc -E -M *.c > .depend proxy_tap.c:20: linux/netlink.h: Datei oder Verzeichnis nicht gefunden make: *** [depend] Error 1 Eine Suche dieser Datei in allen RH5.2 rpm's blieb erfolglos. Es gibt in kernel-headers.... eine Datei gleichen namens innerhalb der Kernelsourcen(usr/src/linux/net). Ein symbolischer Link von dieser Datei nach /usr/include/linux bringt auch nichts. Ein make depend geht nun, aber das anschließende make scheitert (womit ich auch gerechnet habe). Kernel 2.0.36 RH5.2

1 0

Re: Zentarle Bunutzerverwaltung auf mehreren Rechnern
by Frank.Matthiess＠t-online.de 06 Jun '99

06 Jun '99

Jan-Benedict Glaw schrieb: > > Hallo alle zusammen! > > Gibt es eine (offene...) Lösung für die Benutzerverwaltung über die Grenzen > _eines_ Linux/FreeBSD-Rechners hinaus? Ich habe mittlerweile das Problem, > daß eine real existierende Person auf unterschiedlichen Rechnern > unterscheidliche User haben soll, mit jeweils auch unterschiedlichen Rechten. > Insofern ist NIS nicht die Lösung... Und bestenfralls sollte eine solche > Userverwaltung auch noch die Samba-Konfigurationsdateien erzeugen können. > Das ist zwar (ansatzweise) mit SWAT ganz gut zu machen, aber eben immer nur Welcher Server & Clientbetriebssysteme verwendeest Du den ? Danach richtet sich die Machbarkeit einer solchen Lösung. Wenn Du 'nur' Unix Server hast geht sicher auch NIS. Ein Samba Domänenen Verwaltung über alle Samba Server gibt es meines Wissens noch nicht. > auf einem Rechner. Wenn es sowas noch nicht gibt, macht es Sinn, sowas > suaber zu implementieren, um es dann auch an anderen Stellen einsetzen zu Damit tritts Du in Konkurrenz zu Sun/Novell/M$ die eine Lösuung für eine Vereinheit- lichte Verwalung von Netzwerkresourcen anbieten. > können, oder glaubt ihr, daß niemand sowas brauchen wird, sodaß ein paar > zusammengestrickte Scripte und C-Programme reichen? Je nach unterstützen Client's steckt da viel Arbeit drin. > > MfG, JBG > Btw: Ingo, Flo: Inwiefern ließe dich LDAP zum Speichern der einzelnen Nach meinem dafür halten ist LDAP die zukünftige Basis für solche Lösungen. > Recher benutzen? Deinen Artikel, Ingo, hab´ ich leider nicht. Gibt´s den ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Ich bring dir die ix am Montag mit. > auch online irgendwo zu lesen, oder muß ich eigenes Geld ausgeben? > > -- > Hi! I'm a .signature virus! cp me into your .signature file to help me spread!

1 0