Milter-greylist

hi Emmanuel

i did insert the following at line 205 
__fpurge(peer->p_stream);
as fpurge did result in an Undefined symbol at compile-time. 

gcc -o milter-greylist milter-greylist.o pending.o except.o sync.o conf_yacc.o dump_yacc.o conf.o autowhite.o dump.o spf.o -LBerkeleyDB.3.3/lib -Wl,-LBerkeleyDB.3.3/lib -lsocket -lresolv -lnsl -lpthread -lmilter
Undefined                       first referenced
 symbol                             in file
fpurge                              sync.o
ld: fatal: Symbol referencing errors. No output written to milter-greylist
collect2: ld returned 1 exit status
gmake: *** [milter-greylist] Error 1

so changed to __fpurge and this did compile fine. but
this was maybe not that, what it should do.
the situation is now the same. 
frame 8 is bringing the add-command AND response 201 
instead of 201 at the beginning of the line.

best regards 
hans 


packet 8 of version 1.4 with the mod described above:

           0: 0003 ba14 f7ae 0800 2077 e050 0800 4500    ....\ufffd... w.P..E.
          16: 0086 7a2e 4000 4006 c148 c225 3d5a c225    ..z.@.@..H.%=Z.%
          32: 3d56 1484 f98c d3e3 f1c5 beb1 758d 5018    =V..\ufffd.......u.P.
          48: c1a6 1f76 0000 6164 6420 6164 6472 2036    ...v..add addr 6
          64: 322e 3532 2e37 312e 3333 2066 726f 6d20    2.52.71.33 from 
          80: 3c3e 2072 6370 7420 3c69 6e66 6f40 6167    <> rcpt <info@ag
          96: 6573 2e61 743e 2064 6174 6520 3130 3837    es.at> date 1087
         112: 3038 3236 3637 0d0a 3230 3120 416c 6c20    082667..201 All 
         128: 7269 6768 742c 2049 276c 6c20 646f 2074    right, I'll do t
         144: 6861 740a                                  hat.

On Mon, Jun 07, 2004 at 07:14:43AM +0200, manu@... wrote:
> hans hm04 <hm04.yer@...> wrote:
> 
> > sorry for my late answer, but i was very busy last days. 
> > due to your first reply i did see, that i didn't ask
> > what i want.  my question should be "is there somebody out
> > who use the peer statement on _solaris_ plattform"
> 
> Um, that may be a bit less easy to find. :) 
> 
> >   6   0.00090      dzsmtp1 -> dzsmtp2      TCP D=5252 S=49932 Push
> > Ack=1659155102 Seq=3351061952 Len=119 Win=49640
> > 
> >          0: 0800 2077 e050 0003 ba14 f7ae 0800 4500    .. w.P....\ufffd...E.
> >         16: 009f 5570 4000 4006 e5ed c225 3d56 c225    ..Up@.@....%=V.%
> >         32: 3d5a c30c 1484 c7bd 25c0 62e4 b29e 5018    =Z......%.b...P.
> >         48: c1e8 3d35 0000 3230 3020 5965 6168 2c20    ..=5..200 Yeah,
> >         64: 7768 6174 2064 6f20 796f 7520 7761 6e74    what do you want
> >         80: 3f0a 6164 6420 6164 6472 2031 3934 2e34    ?.add addr 194.4
> >         96: 382e 3132 352e 3337 2066 726f 6d20 3c68    8.125.37 from <h
> >        112: 616e 732e 6d61 7965 7240 6131 2e6e 6574    ans.mayer@...
> >        128: 3e20 7263 7074 203c 6861 6e73 2e6d 6179    > rcpt <hans.may
> >        144: 6572 4061 6765 732e 6174 3e20 6461 7465    er@...> date
> >        160: 2031 3038 3635 3538 3033 370d 0a            1086558037..
> 
> For some reason I can't figure yet, the data sent contains some received
> data. Weird.
> 
> In sync.c, there are only fprintf and fgets on a stream obtained from
> the socket connexion. I see no reason why I could send some data I
> received.
> 
> in sync.c:sync_send(), try adding a fpurge(peer->p_stream):
> 
>         if ((peer->p_stream == NULL) && (peer_connect(peer) != 0))
>                 return -1;
> 
>         fpurge(peer->p_stream);
> 
>         if (type == PS_CREATE)
>                 fprintf(peer->p_stream, "add ");
>         else
>                 fprintf(peer->p_stream, "del ");
> 
> And retry with snoop to see if something changed (I don't say if
> something work as if this is the fix, it won't be enough to fix
> everything) 
> 
> -- 
> Emmanuel Dreyfus
> Il y a 10 sortes de personnes dans le monde: ceux qui comprennent 
> le binaire et ceux qui ne le comprennent pas.
> manu@...
> 
> 
> 
>  
> Yahoo! Groups Links
> 
> 
> 
>  
>