Question /unread at the end for url - right or not?

no its not. Its added inside kunena, so its not possible to change the url with htaccess.

I am having the same problem with urls to topics having '/list' appened to them. I have tried enabling and disabling the kunena menu; enabling and disabling the flat/threaded/ optiions; and writing htaccess rules. This is very annoying, because I had a solution which worked on Kunean 1, but nothing seems to make any difference now.

Hello,

Do-you use latest versions of Kunena and module kunena latest ?

Yes this is 3.0.7, but but maybe the developers haven't spotted the problem because the '*/unread' and '*/link' URIs don't normally show up for admin.

The way I know they are there for guests is because I ran a web crawler on the site to check all links (I like linkchecker by Bastian Kleineidam).

A crawler reveals at least one null URL for every post, which is what search engines would see, and some guests would see too.

Really the standard solution for this problem is to use a query string for different views: '*?kunenaView=unread" rather than extending the URL itself.

so, what can we do about it?

ideas?

Well, I may have found a solution. The problem was that links from my sitemap were ending up going to 'unread' or 'list' however I set it up, because it was accessing the kunena forums through main menu aliases.

So on thinking about it, I inserted the kunena menu into the main menu, set up a split menu for the top of the forum pages, and turned off 'use kunena menu' in the kunena component.

The sitemap, which is what search engines were using, is generated from the main menu, and now all the links to the forum posts work properly.

The only thing is, the split menu at the top of the forum pages is not currently identifying the active menu item. Maybe Ididnt set that up the best way either, but I looked around on the Web and it seems AI have to make a core hack to fix that. However it was a very old post, and maybe now it is fixable with a template override.

Well I now have a half solution. The reason I was having the problem was because I was using aliases in the main menu to the kunena menu, were being following by a sitemap script. So I tried the second method suggested here, of putting the kunena menu items inside the main menu; turning off 'use kunena menu in the kunena plugin; creating a menu module which just displays the kunena menu items from the main menu; then putting it in a module position over the kunena forum.

Sadly it does not entirely work, because I am aolso disabling motools for all menu items except those selected in a mootools disabler module, and unless some menu item is active for kunena, it disables mootools for it.

So I created menus for the categories and so on, and all of those pages work fine. But no menu item is selected when viewing a post, so mootools does not work on viewing a post, because no menu item is active then.

I found this article about fixing the active menu problem, and I am thinking if there is a better solution:

www.opencart60s.com/joomla/set-a-split-m...menu-item-59813.html