Post installation

I have set up a few vocabularies, almost all of which use the image, forum, story and page node types. For example, I have a vocabulary called 'Resources Section' with the term 'Resources' and child terms such as Articles, Documents, Links, Audio, Video, Infrastructure etc. Now, I want to post a link so I selected create content>story and tagged it with the term 'Links'.

In my block I am trying to do like that:

Hey there,

After uploading the default drupal .htaccess to the drupal root directory, and enabling clean urls in admin/settings, something goes wrong.

mod_rewrite seems to work, but when I visit, for example, http://www.site.com/node/1, the links in the menu point to http://www.site.com/node/node/x etc.

I turned on "Show user pictures on pages" for my theme. Now, where do I go to add user pictures?

Hi

This is now fixed, but I'm posting this in case anybody else runs into the same problem.

My site was working fine, but suddenly stopped allowing me to login. Pages would still be displayed OK if you were not logged in, but as soon as you tried to login you would get a timeout message (after 120 seconds) for any page you ried to view. This applied to whichever account you tried to login with, including the administrator account.

The error message referred to /includes/menu.inc line 738. On checking this file, I found the line is in the middle of the menu_sort function ("comparator routine for use in sorting menu items"), so I used PHPMyAdmin to look at the menu table. I discovered this had many duplicated records for 'book', 'poll' and 'search' (about 600 of each). After deleting the extra records I was able to login as normal.

I'm not clear why these duplicate records should have appeared but I have done quite a bit of work on the menu system and url aliases which I assume had something to do with it - I'd have several tabs open for creating menu items so that I didn't have to wait for one to be added before I could start setting up the next. I'm not sure why it should have been 'book', 'poll' and 'search' that should have been repeated though.

Glad it's working OK now, but I think this shows one of the advantages of open source software in that if drupal was proprietary I'd never have been able to examine the code and find out what was going wrong.

I can't get password authentication to work with mailhandler. I've already explained the problem in this issue.

I've understood, that when security is enabled, nothing should get through, unless there is a

pass: <user password>

in the beginning of the mail.

However, now mailhandler happily posts everything sent from a proper "from" address. As the trustworthyness of the "from" field is what it is, this is totally unacceptable.