Oktober 1999 - Linux

rsync include/exclude -> glibc bug
by Florian Lohoff 29 Okt '99

29 Okt '99

Juhu *, Wer sich schon immer mal gewundert hat warum die rsync include/exclude dinger nicht so wirklich funktionieren - Habe mit meinen Bugreports gerade nen glibc 2.0 bug aufgedeckt ... :( glibc 2.1.2 ist gefixed .... So long ... Flo ----- Forwarded message from Dave Dykstra <dwd(a)bell-labs.com> ----- Message-Id: <9910261418.ZM26964(a)ihgp1.ih.lucent.com> Date: Tue, 26 Oct 1999 14:18:54 -0500 References: <E10272884C59D211B75500A0C9DCFA8A34EB1E(a)jupiter.orbit-chicago.com> <19991026165524.J1207(a)paradigm.rfc822.org> <9910261020.ZM25064(a)ihgp1.ih.lucent.com> <19991026173800.B13848(a)paradigm.rfc822.org> Reply-To: Dave Dykstra <dwd(a)bell-labs.com> To: Florian Lohoff <flo(a)rfc822.org> Subject: Re: include/exclude mess/-> libpcre ? Cc: Multiple recipients of list RSYNC <rsync(a)samba.anu.edu.au> On Oct 26, 5:38pm, Florian Lohoff wrote: > > Works for me. Are you using rsync 2.3.1? > > Yes - No-go ... > > #!/bin/sh > > rsync -vv -Hlrt --delete \ > --include "/potato/" \ > --include "/potato/*" \ > --include "/potato/*/source" \ > --include "/potato/*/source/**" \ > --exclude "**" \ > source.rfc822.org::debian/dists/potato \ > /tmp/try > > [...] > receiving file list ... done > created directory /tmp/try > potato/ > deleting in potato > potato/contrib/ > potato/contrib/binary-all/ > potato/contrib/binary-all/admin/ > potato/contrib/binary-all/base/ > potato/contrib/binary-all/comm/ > [...] > > (root@source)~# rsync --version > rsync version 2.3.1 protocol version 20 > > Written by Andrew Tridgell and Paul Mackerras > > > (root@paradigm)~$ rsync --version > rsync version 2.3.1 protocol version 20 > > Written by Andrew Tridgell and Paul Mackerras Aha, it only failes on Linux, not on solaris. Looks to me like the Linux fnmatch() with option FNM_PATHNAME is broken: it doesn't stop at slashes like it is supposed to. I tried it out on Redhat 6.0 with the following test program: #include "fnmatch.h" int main(int argc,char **argv) { printf("fnmatch(%s,%s,FNM_PATHNAME): %d\n",argv[1],argv[2], fnmatch(argv[1],argv[2],FNM_PATHNAME)); return(0); } This reports a match with "a/b/* a/b/c/d". Can somebody knowledgable in Linux bug reporting/fixing followup? I tried forcing rsync's configure to use its builtin fnmatch, but more will need to be done because then it complains about some missing defines. The man page descriptions of FNM_PATHNAME are different: Solaris: If set, a slash (/) character in string will be explicitly matched by a slash in pattern; it will not be matched by either the asterisk (*) or question-mark (?) special characters, nor by a bracket ([]) expression. If not set, the slash character is treated as an ordinary character. Linux: If this flag is set, match a slash in string only with a slash in pattern and not, for example, with a [] - sequence containing a slash. but I think they intend to say the same thing. - Dave Dykstra ----- End forwarded message ----- -- Florian Lohoff flo(a)rfc822.org +49-5241-470566 ... The failure can be random; however, when it does occur, it is catastrophic and is repeatable ... Cisco Field Notice

5 5

Frage zu sendmail
by Michael Westermann 29 Okt '99

29 Okt '99

Hallo, ja ich weiss Postfix ist besser, trotzdem noch eine Frage zu sendmail v8.9.3 unter Debian Also ich habe heute hamm-> Slink upgedatet, laueft alles super kein Problem. Nur das kurz vor Feierabend ein Win 9X User eine mail versenden wollte, gab es Stress. Das Problem Tritt nur mit windelweich 95/98 auf, die Kisten machen ein pop3/smtp Connect zum Mailserver. Das Dumme ist das diesen Rechnern der relay falsch angegeben wird. Standardmaessig muesste das micropolis.microdata-pos.de drinne stehen. Der Spamfilter von Sendmail schlaegt hier nat. voll zu und die Mail geht postwendent zuruck. Hier ein Trace ... imail sendmail[160]: PAA160: --> 250 <hl(a)microdata-pos.de>... Sender ok imail sendmail[160]: PAA160: <-- RCPT TO:<michael(a)sest.owl.de> imail sendmail[160]: PAA160: --> 550 <michael(a)sest.owl.de> ... Relaying denied imail sendmail[160]: PAA160: ruleset=check_rcpt, arg1=<michael(a)sest.owl.de>, relay=plato [192.168.100.25], ^^^^^^^^^^^ reject=550 <michael(a)sest.owl.de>... Relaying denied imail sendmail[160]: PAA160: <-- QUIT imail sendmail[160]: PAA160: --> 221 imail.microdata-pos.de closing connection Als Workaraound habe ich in die sendmail.mc die Zeile FEATURE(relay_local_from) eingebaut, solle eigentlich keine Probleme machen da die Kiste nur internen Relay Spielt. Kennt jemand diese Problem schon ? Und wie kann man hier Abhilfe schaffen (ausser mit Postfix) ? Gruss Michael

2 1

mutt und mime
by J.rg Bernau 29 Okt '99

29 Okt '99

Hi, wie bekomme ich endlich einen gescheiten Header generiert? >From joerg Tue Oct 26 01:26:29 1999 Date: Tue, 26 Oct 1999 01:26:29 +0200 From: =?iso-8859-1?Q?J=F6rg_Bernau_=3Cjoerg=3E?= ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Subject: Mailerproblem Message-ID: <19991026012629.A720(a)memra.teuto.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0pre4i Status: RO Content-Length: 327 Lines: 14 Wieso macht mutt das? An sendmail kann es nicht liegen, denn der Fehler tritt nur mit Mutt auf. Joerg

9 14

"1"
by Werner Nauerth 29 Okt '99

29 Okt '99

Hallo allerseits, immer wenn ich mit Linux online bin, finde ich anschließend im Verzeichnis "/" eine Datei mit dem Namen "1" und der Göße 0 Bytes. Ich kann sie löschen, aber nach dem nächsten mal online ist sie wieder da ... Das stört ja eigentlich nicht weiter, ist aber IMHO ziemlich sonderbar. Weiß jemand, was das zu bedeuten hat? es grüßt Werner N.

2 1

proftp problem
by Sebastian Anding 29 Okt '99

29 Okt '99

Hallo, Um nicht jedem auf den Intranetserver zugreifen zu lassen habe ich ein wenig an der proftpd.conf gefeilt. Leider kommt danach folgende Meldung im syslog: --- Oct 29 11:15:00 frslx133 proftpd[289]: connect from 53.2.29.208 Oct 29 11:15:00 frslx133 proftpd[290]: attempted bind to 0.0.0.0, port 21 Oct 29 11:15:00 frslx133 proftpd[290]: bind() failed in inet_create_connection(): Address already in use --- und der Service ist nicht mehr erreichbar. Was nun? Sebastian Anding PS: Die Programme sind alle von der SuSE 6.2 - weil das das einzigste Linux ist was hier existiert. :-(

2 1

Re: proftp problem
by Sebastian Anding 29 Okt '99

29 Okt '99

> crosspostings sind scheiße, das bringt die Archive durcheinander! f'up gesetzt ok?

1 0

mutt + imap
by michael＠microdata-pos.de 29 Okt '99

29 Okt '99

Hallo, auf dem letzten Treffen in DT habe ich gehoert das man mutt mitlerweile auch mit IMAP einsetzten kann. Gibbed es da schon erfahrungen ? Gruss Michael

3 2

isdn-verbindungen
by Olaf Hölscher 29 Okt '99

29 Okt '99

hallo, es ist mir immer noch nicht gelungen, das permanente Verbindungen wieder aufbauen zu unterbinden. Ist es möglich, das meine IP-Adressen nicht richtig konfiguriert sind? In meiner /etc/rc.config sind zumindest IP`s aufgeführt die ich niemals selber eingetragen habe, und zwar unter IFCONFIG. Diese unterscheiden sich auch ziemlich von denen, die ich für mein Netzwerk angegeben habe. Internet mit Linux scheint auch nicht ohne DNS zu funktionieren, oder ich habe es noch nicht so ganz verstanden. OWL-online hat mir mitgeteilt, dass es jetzt auch ohne geht...bei mir aber nicht. Eine weitere Frage ist, ob sich das auswählen nicht automatisieren lässt (Netscape/kfm). Mittels YAST habe ich eine Verbindungsdauer von 60 Sekunden eingestellt, was einige Downloads zu einem ziemlichen Krampf gemacht hat, auch die IRC-Probleme kamen durch vozeitigen Verbindungsabbau zustande. Dafür muss ich jetzt immer selbst deaktivieren. Wie ihr seht, komme ich noch nicht so ganz klar. olaf ach noch was. ich hoffe, am kommenden Montag auch mal das LUG-Treffen in GT besuchen zu können. Freu mich schon.

4 3

Anfrage um Linux
by Hartmut Trippler 29 Okt '99

29 Okt '99

Hallo liebe Linuxfreunde von owl, Eure Adresse habe ich aus dem Internet auf der Suche nach Linux-Hilfe und Infos gefunden. Suche nach Linux-Kennern der helfen kann in der Umgebung von Bad Pyrmont. Ich bin als Pc-Anwender ein Anfaenger mit nur einem halben Jahr Erfahrung und somit entsprechend geringen Kenntnissen. Viele Fachbegriffe sind für mich noch immer Boemische Doerfer. Ausserdem bin ich mit 51 Jahren auch bereits an der Schwelle der Verkalkung. Meine Englischkenntnisse beschraenken sich auf Schulenglisch. Haenge aber mittlerweile mit Begeisterung am PC. Habe aus verschiedenen Computerzeitschriften etwas ueber Linux gelesen.Besonders begeistert mich die Philosophie von Linux. Den Vergleich mit den Gallieren finde ich sehr treffend. Andererseits habe ich nicht die Traute einzusteigen.Waere gerne einmal zur naechsten Installparty am 13.11. gekommen. Geht aber leider wegen anderer Termine nicht. Macht es fuer mich ueberhaupt Sinn nach so kuzer Zeit in Linux einzusteigen? Wenn ja wer wuerde mir in unserem Bereich helfen? Auf eine Antwort würde ich mich sehr freuen. mfg Hartmut :-)

1 0

Erfahrungsbericht: Hashed queues bei Postfix
by Florian Lohoff 28 Okt '99

28 Okt '99

Hi, kurzer erfahrungsbericht zum Thema Hashed queues bei Postfix. Eben habe ich mal gemerkt das sich auf dem Kernel Mailinglist exploder ein gewisser backlog (5000 Recipients ~ 600 Mails) gebildet hatte. Als grund stellten sich die "gehashten defer(red)" queues heraus die unnoetigerweise eine unheimliche i/o performance (seek) zur folge hatte ... Als hash depth hatte ich 4 eingestellt was bei reiflicher ueberlegung zu 65K directorys in beiden queues kommen laesst. Das entfernen der 128K dirs hat ca 45 Minuten gebraucht. Ich habe die depth jetzt auf 1 zurueckgeschraubt was auch ok ist :) Schoen bei postfix: find /var/spool/postfix/deferred-moved -type f -exec mv {} /var/spool/postfix/incoming Verschiebt die mails wieder in die zu bearbeitende queue und bei bedarf wieder in die "neue" deferred queue ... Fazit: Die als performance hint gedachten hashed queues kann man auch dazu benutzen sich selber in den Fuss zu schiessen ... Flo -- Florian Lohoff flo(a)rfc822.org +49-5241-470566 ... The failure can be random; however, when it does occur, it is catastrophic and is repeatable ... Cisco Field Notice

2 1