Return-Path:
Delivered-To: apmail-httpd-users-archive@www.apache.org
Received: (qmail 22002 invoked from network); 4 Sep 2009 16:31:36 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
by minotaur.apache.org with SMTP; 4 Sep 2009 16:31:36 -0000
Received: (qmail 10872 invoked by uid 500); 4 Sep 2009 16:31:32 -0000
Delivered-To: apmail-httpd-users-archive@httpd.apache.org
Received: (qmail 10854 invoked by uid 500); 4 Sep 2009 16:31:32 -0000
Mailing-List: contact users-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@httpd.apache.org
list-help:
list-unsubscribe:
List-Post:
List-Id:
Delivered-To: mailing list users@httpd.apache.org
Received: (qmail 10845 invoked by uid 99); 4 Sep 2009 16:31:32 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Sep 2009 16:31:32 +0000
X-ASF-Spam-Status: No, hits=3.5 required=10.0
tests=HTML_MESSAGE,MISSING_SUBJECT,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: local policy)
Received: from [82.71.160.29] (HELO spamfilter.minorplanet.local)
(82.71.160.29)
by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Sep 2009 16:31:24 +0000
Received: from spamfilter.minorplanet.local (localhost.localdomain
[127.0.0.1])
by localhost (Email Security Appliance) with SMTP id 45EE9136EBDB_AA140AAB
for ; Fri, 4 Sep 2009 16:30:34 +0000 (GMT)
Received: from uk-lds-exch-04.minorplanet.local (mail.minorplanet.com
[82.71.160.29])
by spamfilter.minorplanet.local (Sophos Email Appliance) with SMTP id
C82B8136EBCA_AA140A9F
for ; Fri, 4 Sep 2009 16:30:33 +0000 (GMT)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01CA2D7D.163DB0D0"
Date: Fri, 4 Sep 2009 17:31:00 +0100
Message-ID:
<96C4A20C9B74DA47A96A38D9EF13C06D0137B6F4@uk-lds-exch-04.minorplanet.local>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Index: AcotfRYxZjXK6YDXRv2nIcqDnIrmzg==
From: "Richard Peacock"
To:
X-ST-MF-Message-Resent: 04/09/2009 17:31
X-Virus-Checked: Checked by ClamAV on apache.org
Subject: [users@httpd]
------_=_NextPart_001_01CA2D7D.163DB0D0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
I have a requirement to create a new feature to our portal, I also
apologise if this is not the best place to ask but I have to start
somewhere!
A user will request a piece of documentation from the webserver (which
is customised to their company), these documents are not web-facing so
what happens now is
** The customer logs into the portal using a simple username and
password which is stored in a MySQL DB somewhere. This provides him or
her, a list of their documents so they can choose which ones they want.
This list is then "checked out" (although there is no cost, it's a
simple summary of docs to ensure they've requested the right ones)
** The customer gets a confirmation email stating the documents will be
with them in x working days.
** We get an email with a request "Company ABC needs Documents 123, 456,
789 ..." and so on.
** Our team then package them up (zip) and send them to the customer by
email.
We want some element of control of which they download, so simply making
the documents web-facing isn't really an option; we need to know what
documents they have requested and rather then interrogate the apache
logs to see their activity, prefer this current "basket" method.
The requirement is to automate this procedure to a degree - some
documents are very large (200mb) and so can't be emailed all that well;
currently, we're ripping to a CD or USB pen and sending in secure mail
(actual post office mail).
I would like to give some intelligence to the portal and have the
process more automated something like this:-
** Customer creates a "basket" of documents they need
** In their confirmation email, they are given a download link which is
only valid for x days (for the large files, we can create say 15mb ZIP
or RAR files manually)
** The link will take them to a folder which only they can access which
contains the files.
Please, if anyone has any ideas I would love to hear them - again, I am
sorry if this is not the right place to ask, but it's a LAMP setup so
figured you guys may be able to offer some ideas/suggestions to how this
would be achieved or at least, links to the right direction!!
MANY thanks and have a great weekend all!
Rich
**********************************************************************
Privileged/Confidential Information may be contained in this
message. If you are not the addressee indicated in this
message (or responsible for delivery of the message to such
person), you must not copy, distribute or take any action in
reliance to it.
In such case, you should destroy this message and kindly
notify the sender by reply email. Please advise immediately
if you or your employer do not consent to Internet email for
messages of this kind. Opinions, conclusions and other
information in this message that do not relate to the official
business of Minorplanet Systems plc shall be understood as
neither given nor endorsed by it. Minorplanet Systems plc, Registration n=
o: 3372097
Minorplanet Limited, Registration no: 4072786
Greenwich House, 223 North Street, Leeds, LS7 2AA
VAT #: 698 1438 86
**********************************************************************
------_=_NextPart_001_01CA2D7D.163DB0D0
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
I have a requirement to create a new feature to our po=
rtal,
I also apologise if this is not the best place to ask but I have to start
somewhere!
A user will request a piece of documentation from the
webserver (which is customised to their company), these documents are not
web-facing so what happens now is
** The customer logs into the portal using a simple us=
ername
and password which is stored in a MySQL DB somewhere. This provides=
him
or her, a list of their documents so they can choose which ones they want=
.
This list is then “checked out” (although there is no cost, i=
t’s
a simple summary of docs to ensure they’ve requested the right ones=
)
** The customer gets a confirmation email stating the
documents will be with them in x working days.=
p>
** We get an email with a request “Company ABC n=
eeds
Documents 123, 456, 789 …” and so on.
** Our team then package them up (zip) and send them t=
o the
customer by email.
We want some element of control of which they download=
, so
simply making the documents web-facing isn’t really an option; we n=
eed to
know what documents they have requested and rather then interrogate the a=
pache
logs to see their activity, prefer this current “basket” meth=
od.
The requirement is to automate this procedure to a deg=
ree –
some documents are very large (200mb) and so can’t be emailed all t=
hat
well; currently, we’re ripping to a CD or USB pen and sending in se=
cure
mail (actual post office mail).
I would like to give some intelligence to the portal a=
nd
have the process more automated something like this:-=
font>
** Customer creates a “basket” of document=
s they
need
** In their confirmation email, they are given a downl=
oad
link which is only valid for x days (for the large files, we can create s=
ay
15mb ZIP or RAR files manually)
** The link will take them to a folder which only they=
can access
which contains the files.
Please, if anyone has any ideas I would love to hear t=
hem –
again, I am sorry if this is not the right place to ask, but it’s a=
LAMP
setup so figured you guys may be able to offer some ideas/suggestions to =
how
this would be achieved or at least, links to the right direction!!=
o:p>
MANY thanks and have a great weekend all!=
span>
Rich
****************************************************************=
******
Privileged/Confidential
Information may be contained in this
message. If you are not the addr=
essee
indicated in this
message (or responsible for delivery of the message=
to
such
person), you must not copy, distribute or take any action in
reliance to it.
In such case, you should destroy this message and =
kindly
notify the sender by reply email. Please advise immediately
if yo=
u or
your employer do not consent to Internet email for
messages of this k=
ind.
Opinions, conclusions and other
information in this message that do n=
ot
relate to the official
business of Minorplanet Systems plc shall be
understood as
neither given nor endorsed by it.
Minorplanet Systems plc, Registration no: 3372097
Minorplanet Lim=
ited,
Registration no: 4072786
Greenwich House, 223 North Street, Leeds, LS7=
2AA
VAT #: 698 1438
86
*******************************************************************=
***
------_=_NextPart_001_01CA2D7D.163DB0D0--