File usage ?

[Joost van Baal]

On Wed, Feb 06, 2002 at 12:52:54PM +0100, gross, cedric wrote:
>  
> I plan to add service pop3 and imap (from courier-imap)

Cool!

> to superservice email.

We've planned to define a new messagestore superservice for pop and imap
like servers ( see
http://logreport.org/pub/cvs-snapshots/lire-20020214-pre1/doc/roadmap/ar01s02.html).
I don't think the email superservice is a good place for courier-imap
log files, since functionality offered by pop and imap servers is very
different from that offered by MTA's.  We'll discuss the definition of
this new superservice on this list.  The first thing which has to be
done is defining messagestore.xml, which states which fields should get
stored in the dlf file representing the raw log.  Of course, you're
welcome to think about this, and suggest implementations.

> I think that I will adapt from postfix service

If you're writing code to interact with Lire, please be sure you're
using our CVS, and not the code as distributed in some tarball.  This
ensures we're not both doing the same work twice.  See my previous
message, let me know if you've got difficulties with getting the cvs
from sourceforge.

> but after a brief look in
> source I would like to have some explaination :
> What is for theses files :
> postfix2dlf
> postfix2dlf.1 (espacelly this one, look strange...)
> postfix2dlf.in
>  
> Which is the main one ?

postfix2dlf.in is in our cvs, that's the one we're editing.  postfix2dlf
is generated from postfix2dlf.in by running ./configure .  We do this
mainly to expand @PATHTOPERL@, which gets calculated by configure.  We
don't know where perl is beforehand.  postfix2dlf.1 is generated from
postfix2dlf.in by running make.  postfix2dlf.1 is the manpage, which
gets installed in /usr/local/share/man .

Bye,

Joost

-- 
Joost van Baal              . .           http://www.logreport.org/
                           .   .
/^LogReport$/               . .               joostvb at logreport.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.logreport.org/pipermail/development/attachments/20020206/698b567c/attachment.bin