egroupware/doc/en_US/sgml/FAQ/FAQ.sgml

<!DOCTYPE Article PUBLIC "-//OASIS//DTD DocBook V4.1//EN">

<Article id="FAQ">
<Title>phpGroupWare FAQ</title>
<articleinfo>
<AUTHOR>
<firstname>Brandon</FirstName><SurName>Neill</SurName>
</AUTHOR>
<PubDate>$Revision$, $Date: 2001/09/25</PubDate>

<Abstract>

<Para>
Frequently Asked questions related to phpGroupWare
</Para>

</Abstract>
</articleinfo>
<sect1 id="install">
<Title>Installation</title>
<para>
Installation Questions
</para>
<sect2>
<title>Will phpGroupWare work with Windows?</title>
<para>
Yes, there are several people who are using it.
</para>
</sect2>
</sect1>
<sect1>
<title>Administration</title>
<sect2>
<title>Deselecting an application for a user doesn't seem to restrict thier access to that application</title>
<para>
A user gains access to an application one of two ways, being given access directly, or by belonging to a group that has access.  In order to deny a user access to an application, it must be removed from both the users account, and all the users groups.
</para>
</sect2>
</sect2>
</sect1>
<sect1>
<title>Email application</title>
<sect2>
<title>The mail preferences are not updated from the interface "mail preferences"</title>
<para>
If you are referring to setting the password when using custom email preferences, this is actually a security feature. We do not send the password back to the user as it would still be sent back in plain text. Even though it is displayed with asterisks, it would be in plain text if you view the source html for the page. What we do is check to see if the user entered a value in that field. If so, we take the new password the user enters and encrypt it and save it into the database. This provides for maximum security of user passwords.
</para>
</sect2>
<sect2>
<title>I'm composing mail, what do I put in the "To" and/or "CC" boxes</title>
<para>
 The easiest was is to follow these examples, pay close attention to the spaces, do not add spaces you do not see here: johndoe@example.com johndoe@example.com,jane@example.com,tarzan@example.com "John Doe" <johndoe@example.com> "John Doe" <johndoe@example.com>,"Jane" <jane@example.com> johndoe@example.com,"Jane" <jane@example.com>,tarzan@example.com
</para>
</sect2>
<sect2>
<title>My IMAP server logs show many login attempts with garbage usernames, why?</title>
<para>
At this time we know this happens when you enter "localhost" for your POP/IMAP mail server hostname or IP address.  For now the solution would be to try the actual IP or the machine name (resolvable via DNS, hosts, or other means) for your IMAP email server.
</para>
</sect2>
<sect2>
<title>Error message when adding large signature files</title>
<para>
The max number of characters for a sig file is 8140.  Extremely large sig files are not recommnded anyway,  Usenet recommends sig files of 1-5 lines in length, 3 being preferred.
</para>
</sect2>
<sect2>
<title>I can not attach files to an email, I get errors about "unlink"</title>
<para>
There are two possible causes for this problem, the first and least likely is the web server temp directory, check your webserver configuration for this.  The second is the temp directory which phpGroupWare uses.  To check this, follow these steps:
</para>
<blockquote><literallayout>
- go to http://your.server/phpgroupware/setup  (the phpgroupware initial setup page)
- login to "Setup/Config Admin Log"
- in "Step 2 - Configuration" click "Edit Current Configuration"
- under "Path Information" see the box labeled "Enter full path for temporary files: Examples: /tmp, C:\TEMP"
- Make sure that directory listed has permissions thar are at least 0700 and the owner is nobody.nobody (note: this assumes your webserver runs as user nobody, adjust for your installation) 
- The other directory to check is the temporary directory that your web server typically uses, but the information listed above is by far the most common config issue with email attachments.
</sect1>
<sect1>
<title>File Manager</title>
<sect2>
<title>File Manager not working</title>
<para>
To use the filemanager app:
</para>
<blockquote><literallayout>
(from phpgroupware home)
<userinput># mkdir files</userinput>
<userinput># mkdir files/groups</userinput>
<userinput># mkdir files/users</userinput>
<userinput># chown -R nobody.nobody files</userinput> (note: this assumes your webserver runs as user nobody, adjust for your installation)
<userinput># chmod -R 770 files</userinput>
</literallayout></blockquote>
<para>
Make sure you have the correct FULL path in setup (ie. /home/httpd/phpgroupware/files)
</para>
</sect2>
</sect1>
<sect1>
<title>Forum</title>
<sect2>
<title>index.php not loaded automatically by apache</title>
<para>
Sometimes /forum/index.php is not loaded automatically by apache, this appears to be a bug in apache 1.3.13mdk.  If you have the same problem just add /index.php in lines 49, 57 and 82 of preference_category.php.
</para>
</sect2>
</sect1>
</article>