Hi Ives,
I would prefer a solution with a DBM-file. Such files are much simpler to handle than SQL databases. I would put a file send.dbm into every mail directory. send.dbm would include the serial of every mail. After an email was send the mail can be removed.
e.g.
new mail file:
1. ($handle->get ($serial, $value) == 0)
1.1. true
=> nothing to do because already sent1.2. false
=> must be send
=> import the filesending:
1. load all mail files
2. ($handle->get ($serial, $value) == 0)
2.1. true
=> already send
=> remove the file
2.2. false
=> send the file
=> $handle->put ($serial, "1") ## mark as sent
=> remove the fileThis would reduce the number of the stored files and we have a simple mechanism to manage the serials. The implementation is trivial. open and close database are implemented in export-import.lib. The rest of the code can be taken from export/importCommits.
Michael -- ------------------------------------------------------------------- Michael Bell Email: [EMAIL PROTECTED] ZE Computer- und Medienservice Tel.: +49 (0)30-2093 2482 (Computing Centre) Fax: +49 (0)30-2093 2704 Humboldt-University of Berlin Unter den Linden 6 10099 Berlin Email (private): [EMAIL PROTECTED] Germany http://www.openca.org
------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click _______________________________________________ OpenCA-Devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/openca-devel
