🚀 go-pugleaf

Pawel Krawczyk <kravietz@ceti.com.pl> writes:

> z gdb, ElectricFence itp. nie dalo mi duzo wiecej. Co wiecej,
> wyglada na to ze ListProc jest juz niesupportowany przez autora -
> nowszych wersji niz 6.0 sprzed paru lat nie udalo mi sie znalezc.
> W zwiazku z tym mam pytanie, czy ktos posiada moze namiary
> na odpowiednie patche lub moze polecic inny darmowy listprocesor
> o zblizonych mozliwosciach?

TULP, demo LISTSERVa (ograniczenie ilości list do 50 i uczestników) z
http://www.lsoft.com/ .

Alex
-- 
Janusz A. "Alex" Urbanowicz, student of physics, Toruń DHP network admin
e-mail: Janusz.Urbanowicz@bofh.org.pl WWW: http://eris.phys.uni.torun.pl/~alex/
"Płynąć chcę na Wschód, za Suez, gdzie jest dobrem każde zło,
gdzie przykazań brak dziesięciu a pić można aż po dno" -- Kipling

Janusz A. Urbanowicz <alex@eris.phys.uni.torun.pl> napisał(a):
:> W zwiazku z tym mam pytanie, czy ktos posiada moze namiary
:> na odpowiednie patche lub moze polecic inny darmowy listprocesor
:> o zblizonych mozliwosciach?

: TULP, demo LISTSERVa (ograniczenie ilości list do 50 i uczestników) z
: http://www.lsoft.com/ .

nie. nie. nie. to komercyjny produkt, nie moze byc wykorzystywany przez
'the internet provider'. przeczytaj uwaznie licencje.

-- 
sergiusz pawlowicz                         at work: faculty of architecture

ser@arch.pwr.wroc.pl.bez-spamow-prosze writes:

> Janusz A. Urbanowicz <alex@eris.phys.uni.torun.pl> napisał(a):
> :> W zwiazku z tym mam pytanie, czy ktos posiada moze namiary
> :> na odpowiednie patche lub moze polecic inny darmowy listprocesor
> :> o zblizonych mozliwosciach?
> 
> : TULP, demo LISTSERVa (ograniczenie ilości list do 50 i uczestników) z
> : http://www.lsoft.com/ .
> 
> nie. nie. nie. to komercyjny produkt, nie moze byc wykorzystywany przez
> 'the internet provider'. przeczytaj uwaznie licencje.

A skąd ja mam wiedzieć do czego Kravietzowi to ? A może niech obejrzą
i kupią Listserva (warto).

Alex
-- 
Janusz A. "Alex" Urbanowicz, student of physics, Toruń DHP network admin
e-mail: Janusz.Urbanowicz@bofh.org.pl WWW: http://eris.phys.uni.torun.pl/~alex/
"Płynąć chcę na Wschód, za Suez, gdzie jest dobrem każde zło,
gdzie przykazań brak dziesięciu a pić można aż po dno" -- Kipling

alex@eris.phys.uni.torun.pl (Janusz A. Urbanowicz) writes:

> A skąd ja mam wiedzieć do czego Kravietzowi to ? A może niech obejrzą
> i kupią Listserva (warto).

Zaraz, zaraz.. to nie jest to ListServ-Lite?

Bilbo

Pawel Krawczyk <kravietz@ceti.com.pl> wrote:
> Mam drobny problem z ListProcem 6.0 (na Linuxie). Wszystko
> dziala wlasciwie poprawnie, do momentu wlaczenia opcji -s
> (nie sprawdza czy autor listu jest zapisany na liste). Wtedy
> program list wywala sie z SIGSEGV. 

O? To musi być dość specyficzne, bo mi się to nigdy nie zdarzyło.
Na pewno to -s dodajesz w pliku config na samym końcu linijki list?
U mnie jest:

list test-l test-l@sgh.waw.pl chopin@sgh.waw.pl haslo -s

i działa dobrze.

> Po przestudiowaniu archiwow listy dyskusyjnej listproc-l 

A gdzie jest ta lista? Tudzież jej archiwa?

> wyglada na to ze ListProc jest juz niesupportowany przez autora -
> nowszych wersji niz 6.0 sprzed paru lat nie udalo mi sie znalezc.

Autor go sprzedał komercyjnej firmie, która to zrobiła już bodaj
wersję 9 ListProca, a na pewno 8.

> W zwiazku z tym mam pytanie, czy ktos posiada moze namiary
> na odpowiednie patche 

Co do patchy, to już podsyłałem kiedyś na p.c.mail patcha, którego
popełniłem, bo mnie listproc do szału doprowadzał obcinaniem
niektórych nagłówków i ich odwracaniem. Jakby ktoś[1] potrzebował, to
na priv, albo jeszcze raz tutaj podeślę.

pozdrawiam
Piotr

[1] mam nadzieję, że każdy, kto listproca uruchamia i patcha nie ma :)
-- 
<A HREF="http://akson.sgh.waw.pl/~chopin/"> Piotr 'Beeth' Kucharski </A>
Peace cannot be kept by force. It can only be achieved by understanding.

Piotr Kucharski <chopin@sgh.waw.pl> wrote:
> O? To musi być dość specyficzne, bo mi się to nigdy nie zdarzyło.
> Na pewno to -s dodajesz w pliku config na samym końcu linijki list?
> U mnie jest:
> list test-l test-l@sgh.waw.pl chopin@sgh.waw.pl haslo -s
> i działa dobrze.

A musi być na końcu linijki? U mnie jest przedostatnie, bo
na końcu jest -e 2>&1 >/dev/null, zgodnie z radą na problem
pod tutułem "serverd(1) dies with 'no tty' error message"
w docu do serverd. 

>> Po przestudiowaniu archiwow listy dyskusyjnej listproc-l 
> A gdzie jest ta lista? Tudzież jej archiwa?

Gdzieś na sieci ;) Trafiłem tam wyszukiwarką, nawet się
tam tasos udzielał. M.in. pytano tam o SIGSEGVy w `list'
i odpowiedzi były dość enigmatyczne, cytuję 'przyczyną jest jakiś
nadmiarowy fclose()'.

>> W zwiazku z tym mam pytanie, czy ktos posiada moze namiary
>> na odpowiednie patche 
> Co do patchy, to już podsyłałem kiedyś na p.c.mail patcha, którego
> popełniłem, bo mnie listproc do szału doprowadzał obcinaniem
> niektórych nagłówków i ich odwracaniem. Jakby ktoś[1] potrzebował, to
> na priv, albo jeszcze raz tutaj podeślę.

To ja chętnie. Co prawda nagłówków mi nie ucina, tylko wprost przeciwnie,
ale może się przyda. 

-- 
Pawel Krawczyk, CETI internet, Krakow. http://www.ceti.com.pl/
info: oferta@ceti.com.pl.  Home: http://ceti.com.pl/~kravietz/

Pawel Krawczyk <kravietz@ceti.com.pl> wrote:
> Gdzieś na sieci ;) Trafiłem tam wyszukiwarką, nawet się
> tam tasos udzielał. M.in. pytano tam o SIGSEGVy w `list'
> i odpowiedzi były dość enigmatyczne, cytuję 'przyczyną jest jakiś
> nadmiarowy fclose()'.

Mam jeszcze jedną wskazówkę: ListProc wywala się tylko na listach
zawierających dużo nagłówków, a ściślej pisanych spod Pine. Listy
pisane w 'mail' przechodzą bez problemów. Zwiększanie bufora
MAX_LINE nie pomaga.

-- 
Pawel Krawczyk, CETI internet, Krakow. http://www.ceti.com.pl/
info: oferta@ceti.com.pl.  Home: http://ceti.com.pl/~kravietz/

Pawel Krawczyk <kravietz@ceti.com.pl> wrote:
> A musi być na końcu linijki? U mnie jest przedostatnie, bo

Nie musi.

> na końcu jest -e 2>&1 >/dev/null, zgodnie z radą na problem

Eee, nigdy sie nie zdarzylo.

> nadmiarowy fclose()'.

pojecia nie mam o co im chodzi.

> To ja chętnie. Co prawda nagłówków mi nie ucina, tylko wprost przeciwnie,
> ale może się przyda. 

Znaczy, jak wprost przeciwnie? :o

a tutaj patch:

-----------------------8><-------------------------------------
diff -ruB src.org/list.c src/list.c
--- src.org/list.c	Fri Jun 27 22:32:39 1997
+++ src/list.c	Wed Dec  3 02:23:21 1997
@@ -1171,7 +1171,18 @@
   long int lines_to_skip = 0;	  /* skip lines of incoming message */
   long int sig_mask;
   MATCHED_PREC_HEADER *out_header = matched_prec_header;
+  MATCHED_PREC_HEADER *last_header = NULL;
   PRECIOUS_HEADER *pheader;
+/*
+   Content-Type sometimes is too long because it's in two lines,
+   so I've added quick hack to treat lines begining with whitespace
+   as valid headers. To clean headers from Received: long lines, which
+   are obsolete anyway, pk_match_header is set to 0 thus allowing
+   checks to leave it.
+   Anyway, it was lame, that ListProc didn't know about it, wasn't it?
+   Piotr 'Beeth' Kucharski 97.11.30
+*/
+  int pk_match_header = 1;
   int request_found, i;
 
   /* gets set if anyone wants digests */
@@ -1247,16 +1260,19 @@
       extract_origin (reply_to),
       upcase (reply_to);
 
-    else if (re_strcmp (PRECEDENCE, line, match) > 0)
+    else if (re_strcmp (PRECEDENCE, line, match) > 0) {
       strcpy (precedence, line + strlen (match)), /* Remove "Precedence: " */
       precedence [strlen (precedence) - 1] = EOS, /* \n -> \0 */
       upcase (precedence);
+      pk_match_header = 0;
+    }
 
     else if (re_strcmp (RECEIVED, line, match) > 0) { /* Check for fake mail */
       strcpy (received, line + strlen (match));
       received [strlen (received) - 1] = EOS;
       sscanf (received, "%s %s", error, received); /* Get host after "from" */
       upcase (received);  /* Relay host */
+      pk_match_header = 0;
       if (fake_mail && (at = strchr (sender_copy + 1, '@')))
 	if (re_strcmp (at + 1, received, NULL) > 0)
 	  fake_mail = FALSE;
@@ -1272,9 +1288,11 @@
       message_id [strlen (message_id) - 1] = EOS; /* \n -> \0 */
 
     else {	/* Check if precious header line */
+      if ( line[0] != '\0' ) {  /* no need to process empty string -- Beeth */
       pheader = sys.lists[listid].header;
       while (pheader) {
-        if (!strncmp (line, pheader->line, strlen (pheader->line))) {
+        if (!strncasecmp (line, pheader->line, strlen (pheader->line)) ||
+            (isspace(line[0]) && pk_match_header) ) {
 	  if (! (out_header =
 		 (MATCHED_PREC_HEADER *) malloc (sizeof (MATCHED_PREC_HEADER))))
 	    report_progress (report, "\nprocess_message(): malloc() failed",
@@ -1286,11 +1304,18 @@
 			     TRUE),
 	    gexit (11);
 	  strcpy (out_header->line, line);
-	  out_header->next = matched_prec_header;
-	  matched_prec_header = out_header;
+	  out_header->next = NULL;
+	  if (!last_header)                           /*  I had to rewrite   */
+		matched_prec_header = out_header;     /*  following lines    */
+	  else                                        /*  to make listproc   */
+		last_header->next = out_header;       /*  NOT to reverse it  */
+	  last_header = out_header;                   /*  in output -- Beeth */
+	  pk_match_header = 1;  /* Allow whitespace hack work -- Beeth */
+	  break; /* if it matches pheader, why find another match? -- Beeth */
 	}
 	pheader = pheader->next;
       }
+     }
     }
 
     RESET (line);
diff -ruB src.org/misc.c src/misc.c
--- src.org/misc.c	Fri Jun 27 22:32:41 1997
+++ src/misc.c	Wed Dec  3 02:35:59 1997
@@ -586,7 +586,9 @@
       sys->lists[id].header = NULL;
       while (!feof (config) && strcmp (sys->arg, "}")) {
 	RESET (sys->arg);
-	fscanf (config, "%s\n", sys->arg);
+	/* fscanf (config, "%s\n", sys->arg); */
+	fgets (sys->arg, MAX_LINE, config);   /* That allows whitespaces in */
+	sys->arg[strlen(sys->arg)-1]='\0';    /* headers in config -- Beeth */
 	if (sys->arg[0] == '#') {
 	  fgets (sys->arg, MAX_LINE - 2, config);
 	  continue;
-----------------------8><-------------------------------------

Mam nadzieje, ze patch zrozumialy :) jak nie, to wyjasnie, co robi.

Piotr
-- 
<A HREF="http://akson.sgh.waw.pl/~chopin/"> Piotr 'Beeth' Kucharski </A>
Peace cannot be kept by force. It can only be achieved by understanding.

Piotr Kucharski <chopin@sgh.waw.pl> wrote:
>> To ja chętnie. Co prawda nagłówków mi nie ucina, tylko wprost przeciwnie,
>> ale może się przyda. 
> Znaczy, jak wprost przeciwnie? :o

To znaczy gdzieś przejeżdża przez granicę bufora i włazi na stos.
W gdb się to objawia wywaleniem SIGSEGVa w momencie powrotu z funkcji
extract_sender() i popsuciem backtrace.

> a tutaj patch:
> Mam nadzieje, ze patch zrozumialy :) jak nie, to wyjasnie, co robi.

Dzięki, zaraz obadam czy to coś pomoże.

-- 
Pawel Krawczyk, CETI internet, Krakow. http://www.ceti.com.pl/
info: oferta@ceti.com.pl.  Home: http://ceti.com.pl/~kravietz/

ser@arch.pwr.wroc.pl.bez-spamow-prosze wrote:
: Janusz A. Urbanowicz <alex@eris.phys.uni.torun.pl> napisał(a):
: :> W zwiazku z tym mam pytanie, czy ktos posiada moze namiary
: :> na odpowiednie patche lub moze polecic inny darmowy listprocesor
: :> o zblizonych mozliwosciach?
: : TULP, demo LISTSERVa (ograniczenie ilości list do 50 i uczestników) z
: : http://www.lsoft.com/ .
: nie. nie. nie. to komercyjny produkt, nie moze byc wykorzystywany przez
: 'the internet provider'. przeczytaj uwaznie licencje.

TULP is distributed under the GNU General Public License.
A u mnie w ANNOUNCE jest ^ to zdanie wiec jak to w koncy jest?
--
**************************************************************************
         nie ma głupich pytań... są tylko głupie odpowiedzi

mailto:mazek@capella.ae.poznan.pl
http://www.ae.poznan.pl/~mazek
**************************************************************************

mazek@mazek.darkstar.pl wrote:
: ser@arch.pwr.wroc.pl.bez-spamow-prosze wrote:
: : Janusz A. Urbanowicz <alex@eris.phys.uni.torun.pl> napisał(a):
: : :> W zwiazku z tym mam pytanie, czy ktos posiada moze namiary
: : :> na odpowiednie patche lub moze polecic inny darmowy listprocesor
: : :> o zblizonych mozliwosciach?
: : : TULP, demo LISTSERVa (ograniczenie ilości list do 50 i uczestników) z
: : : http://www.lsoft.com/ .
: : nie. nie. nie. to komercyjny produkt, nie moze byc wykorzystywany przez
: : 'the internet provider'. przeczytaj uwaznie licencje.

: TULP is distributed under the GNU General Public License.
: A u mnie w ANNOUNCE jest ^ to zdanie wiec jak to w koncy jest?

Gdzie Twój problem? TULP *jest* GPL. LISTSERV (firmy LSoft) *jest* 
komercyjny.
-- 
  A    GGGG H   H  Szymon Sokół -- administrator sieci
 A A  G     H   H  Uczelniane Centrum Informatyki Akademii Górniczo-Hutniczej
AAAAA G GGG HHHHH  al. Mickiewicza 30, 30-059 Kraków.      FAX +48 12 6338907
A   A  GGGG H   H  http://galaxy.uci.agh.edu.pl/~szymon/   TEL +48 12 6172894