On Fri, 2014-11-14 at 11:50 -1000, Miranda Hawarden-Ogata wrote:
> I could do that I suppose, but I haven't and probably wouldn't have the
> time necessary to separate out the emails between the two accounts. I
> already have 6+ email accounts that I have to monitor so I'd rather not
> fork off another if I can help it.
> It's not the time, just the byte volume. I get ~15GB of space for free
> per account, I think.
> The vast majority of my email unfortunately is not publicly archived, so
> I don't have that option.
Writing as a humble programmer, why don't you and Les write your own
database application (using HTML, CSS, PHP and MariaDB (MySQL)) and
store the important parts (or wholes) of emails in the database ?
I do this. I can search on 'text', database entry descriptions, 6
keyword fields, entry date, overdue date etc. and can email out from
within the database system which has menu lists of email addresses. I
can have 1 million topics and each topic can have 99 items of separate
correspondence. Each separate item can link to 9 web items or stored
items (PDFs, ODT, pictures etc.) stored on the server.
Data can be retrieved in less than 2 seconds. The inbuilt links produce
lists of related items. The system links into other databases
(Names/addresses/emails/telephone numbers, information storage etc.
etc.)
Why keep masses and masses of irrelevant data in an unstructured format
presided over by Google? Its not logical sense. Essentially, why store
a lot of "rubbish" that will never ever be needed ?
Happy Weekend.
--
Regards,
Paul.
England, EU.
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
