On Tuesday 30 May 2006 13:05, [EMAIL PROTECTED] wrote:
> if you had a process (running Linux? Windows?) which polls the directory
> and can send files either GPG-email (to Horst, Alex Bennett, and me ;-)
> or GPG-over-HTTP (i.e. to MO clients), and generates ACKs in the
> format you want to feed back into
> the legacy database, plus a nice web interface to adminster, and check
> message status, etc., would you be (willing to consider) using it?
And it is no black magic either - the following pseudocode does not need all
that much expansion to convert it into functional python code that works with
your database and accommodates all users wishing to use common openly
published standard transport, message format and encryption protocols:
do every time-interval:
to_send = select id, recipient, message, last_tried from reports where
not
ACK and (now() - generated_timestamp) > time_interval)
for report in to_send:
if now() - generated_timestamp > max_time_to_wait_for_ack:
notify_admin(id, recipent, message, last_tried,
generated_timestamp)
transport_choice, format = get_recipient_preferences(recipient)
mytransport = transport(transport_choice)
mymessage = encrypt_and_sign(sender, recipient,
do_format(message, format))
transport.send(recipient, mymessage, subject=id)
update reports set last_tried=now() where id=id
--
do every time_interval:
for transport in configure_transports:
acks = transport.poll()
for ack in acks:
if check_signature(ack):
which_id = extract_subject(ack)
update reports set ACK=true,
ackreceived=now() where id=which_id
else:
act_on_possibly_corrupted_acks(ack)
_______________________________________________
Gpcg_talk mailing list
[email protected]
http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
