On 14/03/2012 10:02, Seb Bacon wrote:
On 14 March 2012 09:52, Alex Stapleton<[email protected]> wrote:
On 14/03/12 08:26, Mark Goodge wrote:
My guess is that what's happening is that they've taken the one-time
address generated by WDTK for the first request, and then stored that in
their system as your address, and any subsequent requests from you are being
replied to that address. Or, more simply, whoever is replying is just
looking for "Paul Perrin" in their Outlook address book and taking the first
match.
(I am making an awful lot of assumptions about how things work currently
here but...)
What about instead of sending the message from
"Paul Perrin<[email protected]>"
You do
"Paul Perrin [Title of FOIA Request]<[email protected]>"
Obviously the responder can still screw up and choose the wrong return
address, this way does seem like it would make it easier to do the right
thing using the erroneous work-flow you described them using.
It's a nice idea, but I wonder what massively long names in a From:
field do to spam scores...
Maybe an easier solution would be to have a simple button that users can
click which flags a response as being attached to the wrong request
(with maybe a dropdown for them to say which it should belong to) rather
than needing them to write a freeform email to report any errors. And
then, on the internal side, have an equally simple management interface
where volunteers just click "OK" to any such reports in order to make
the change, rather than whatever it is they currently need to do in
response to the emails they get.
That doesn't fix the underlying problem, but it does make it far less of
a hassle to deal with. And, given that the underlying problem is
essentially unfixable, at least without a lot of very complex
programming, it's probably the most reliable solution as well.
Mark
--
Sent from my Babbage Difference Engine 2
http://mark.goodge.co.uk
_______________________________________________
developers-public mailing list
[email protected]
https://secure.mysociety.org/admin/lists/mailman/listinfo/developers-public
Unsubscribe:
https://secure.mysociety.org/admin/lists/mailman/options/developers-public/archive%40mail-archive.com
