AFTER_MAIL_FROM, AFTER_RCPT_TO, AFTER_HEADER (=3Dbefore data) would be = cool.
--Harald > -----Urspr=FCngliche Nachricht----- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im Auftrag von Rob Arends > Gesendet: Dienstag, 3. Februar 2004 01:41 > An: [EMAIL PROTECTED] > Betreff: [xmail] Re: AW: Re: SMTP Dialog Filter Hooks >=20 >=20 > I agree, you should only implement these sort of hooks on the=20 > header. But would you call the filter at the end of the=20 > header, or after each line? >=20 > Rob :-)=20 >=20 > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Harald Schneider > > Sent: Monday, February 02, 2004 11:16 PM > > To: [EMAIL PROTECTED] > > Subject: [xmail] AW: Re: SMTP Dialog Filter Hooks > >=20 > > OK .. this is true for checking the data part. Under the=20 > aspect of =3D=20 > > decoding mime mails, it isn't a trivial thing at all. > >=20 > > But Hooks for the envelope lines and the start of data would be=3D20 = > > comparable easy to implement and very valuable for future script =3D = > > extensions. > >=20 > > --Harald > >=20 > >=20 > > > -----Urspr=3DFCngliche Nachricht----- > > > Von: [EMAIL PROTECTED] =20 > > >[mailto:[EMAIL PROTECTED] Im Auftrag von T. Mike Howeth > > > Gesendet: Montag, 2. Februar 2004 07:39 > > > An: [EMAIL PROTECTED] > > > Betreff: [xmail] Re: SMTP Dialog Filter Hooks > > >=3D20 > > >=3D20 > > > I add this functionality to xmail myself and it does not=3D20 =20 > > >inordinately =3D3D impair performance if 1) other changes=20 > are=3D20 made=20 > > >to xmail to improve its =3D3D intrinsic performance, 2)=20 > the=3D20 checks=20 > > >are aborted on messages that are long and 3) binary=3D20 =20 > messages are=20 > > >correctly identified and not handled by the=3D20 filter.=20 > However, it=20 > > >is not as simple as looking at each line=3D20 presented=20 > after the DATA=20 > > >command: to correctly interpret=3D20 input, the code must deal = with=20 > > >=3D3D message decoding on the fly=3D20 (quoted-printable, base64 = are=20 > > >trivial, but MIME must =3D3D be=3D20 dealt with too) and, at=20 > a minimum,=20 > > >support a scrolling-window=3D20 type of =3D3D buffer (DATA=20 > lines do not=20 > > >correspond to actual=3D20 message lines). Although I am=20 > =3D3D glad that=20 > > >I can reject=3D20 messages as they come in now, the amount=20 > of work =3D3D=20 > > >involved=3D20 was substantial and unless Davide is a complete=20 > > >masochist,=3D20 there are probably features that would be=20 > better uses=20 > > >of=3D20 development time. (And, naturally, about a month after I=20 > > >got=3D20 it basically-where-i-wanted-it, I =3D3D moved and no = longer=20 > > >have=3D20 adequate connectivity to host my own MTA box. Ha.) > > >=3D20 > > > (and BTW, if you stop accepting a message during receipt,=3D20 > > > you're telling =3D3D the other end exactly what they did that=3D20 > > > tripped the wire. It's best to =3D3D accept the rest -=3D20 > > > discarding it as you go - even after the decision is made to=3D20 > > > reject the message). > > >=3D20 > > >=3D20 > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] =3D3D On > Behalf Of Harald = =3D > > Schneider > > > Sent: Sunday, 1 February 2004 8:07 AM > > > To: [EMAIL PROTECTED] > > > Subject: [xmail] SMTP Dialog Filter Hooks > > >=3D20 > > >=3D20 > > > Hi Davide, > > >=3D20 > > > is there a chance to see SMTP dialog filter hooks in the next=3D20 = =20 > > >release? =3D3D This would make the filtering engine more=20 > flexible: =3D20 > > > You could check the RCPT_TO and act before the message is=3D20 > > > accepted. E.g. checking a forwarding target server, if the=3D20 > > > user exists there, before accepting and forwarding the whole =3D > > mail.=3D3D20 > > >=3D20 > > > Hooks after each SMTP command and after each data line=20 > would=3D20 be=20 > > >a nice=3D3D20 thing, e.g.: =3D20 > > > HOOK_HELO > > > HOOK_MAIL_FROM > > > HOOK_RCPT_TO > > > HOOK_DATALINE > > >=3D20 > > > So a script could also do anti spam and anti virus checking=3D20 > > > on the fly,=3D3D20 aborting conversation without accepting = the=3D20 > > > whole message.=3D3D20 > > >=3D20 > > > What do you think? > > >=3D20 > > > All the best, > > > Harald > > >=3D20 > > >=3D20 > > >=3D20 > > >=3D20 > > > - > > > To unsubscribe from this list: send the line "unsubscribe=3D20 > > > xmail" in the =3D3D body of a message to = [EMAIL PROTECTED] > > > For general help: send the line "help" in the body of a=3D20 > > > message to [EMAIL PROTECTED] > > >=3D20 > > >=3D20 > > >=3D20 > > >=3D20 > > > - > > > To unsubscribe from this list: send the line "unsubscribe=3D20 > > > xmail" in the body of a message to [EMAIL PROTECTED] > > > For general help: send the line "help" in the body of a=3D20 > > > message to [EMAIL PROTECTED] > > >=3D20 > >=20 > > - > > To unsubscribe from this list: send the line "unsubscribe xmail" in=20 > > the body of a message to [EMAIL PROTECTED] For general help:=20 > > send the line "help" in the body of a message to=20 > > [EMAIL PROTECTED] > >=20 >=20 > - > To unsubscribe from this list: send the line "unsubscribe=20 > xmail" in the body of a message to [EMAIL PROTECTED] > For general help: send the line "help" in the body of a=20 > message to [EMAIL PROTECTED] >=20 - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
