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.

** 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:-

 

** 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!!

 

MANY thanks and have a great weekend all!

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--