mirror of
https://github.com/EGroupware/egroupware.git
synced 2024-11-25 01:13:25 +01:00
64 lines
3.6 KiB
Plaintext
Executable File
64 lines
3.6 KiB
Plaintext
Executable File
** This file is mostly out of date, please see the HOWTO docs **
|
|
|
|
This program was created becuase I needed a more centralize means of conduting
|
|
my daily life. I have seen many great programs out there, calendars, todolist,
|
|
addressbooks, email, etc... But, there is a very common problem with 95% of
|
|
them, they don't like each other. ( The programs, not the people :) If I was
|
|
logged into the calendar and wanted to grab a phone number, I would have to
|
|
login to another app. Which became a real pain real quick. So, I search high
|
|
and low for something that would have all these systems tied in to one. Well,
|
|
I didn't find anything I really liked. So, I made my own. ( Isn't that the
|
|
driving force of 99% of Open Source apps ? :)
|
|
|
|
Before I bore you to death, not all of these programs are written by me. Some,
|
|
I wrote my self. Some where downloaded and converted. All apps are released
|
|
under the GPL license. I would not use anything but. If you are intrested
|
|
in adding/recommending a program to be included in this ditro. Please, send
|
|
me the URL. I will not except restrictive licenses. I will only accept GPL
|
|
or freeware. If you are intrested in helping out with development, or think
|
|
you might be able to help out. Let me know what your plains are.
|
|
|
|
You might have noticed there are a few references to programs that can't be
|
|
found anywhere in the archive or on the site. Thats becuase there not ready
|
|
yet. For example, pop_mail. This is a feature that will be added in the
|
|
future. It will give the admin control over who has POP-3 access for virtual
|
|
users. Becuase the system does not use nor require the user to have a shell
|
|
account on the system, a special POP-3 server is going to be used. It will
|
|
verify the user from the accounts table, then allow or disallow access to there
|
|
messages. I don't think this feature will be used too often, but, it gives
|
|
a nice bit of control for some added flexablity. Currently users that have
|
|
access to email will be required to have an account on the server. This will
|
|
change in the future. I am looking into other IMAP servers that can verify
|
|
logins through the accounts table. This will take some time for me to find the
|
|
best solution.
|
|
|
|
Some things you should note on how this system works. Think of the navigation
|
|
bar as the glue sticking all of these apps together. It is handling the
|
|
login portions, session info and account info. If you notice the layout of
|
|
the directorys, it can give a good clue to how this system is layied out.
|
|
|
|
/phpGroupWare
|
|
|- inc [ The common files used by the distro ]
|
|
|- addressbook [ File needed by the addressbook only ]
|
|
| |- inc [ The include files for the addressbook ]
|
|
| \- icons [ Images for the addressbook, unless commonly
|
|
| used through out the program ]
|
|
|- icons [ Images used throughout the program ]
|
|
|
|
I think you can get the idea of it. Another thing that should be noted is the
|
|
structure of the database. Yes, it looks pretty odd, but, for the most part
|
|
makes a lot of sense. Lets say you didn't need the addressbook. Delete
|
|
/phpGroupWare/addressbook and change the settings in /phpGroupWare/config.inc There are
|
|
still a few references to it, like in the account table. But, there not used.
|
|
This is one of the main reasons I use $dbase->f("con") instead of $dbase->f(0)
|
|
|
|
Which brings me to another point, I _try_ to use standared colum names through
|
|
out the database. con = control number, owner = the users loginid,
|
|
status = that records status. This makes it easier to keep track of what does
|
|
what. Refear to CODES in the doc directory.
|
|
|
|
BTW: Please, ingnore my very poor spelling and grammer. I am a programmer
|
|
not an English teacher.
|
|
|
|
Happy hacking :)
|