Hello Uddeim/CB, I thought this was working well until I came across loads of sef urls in my sef404sef component. Urls do display like so: /my-messages/inbox /my-messages/compose which is great.

I followed this instruction from the uddeim faq:

How to install the sh404SEF plugin that comes with uddeIM in the 3rd Party folder?

Put the "\3rd party\sh404SEF" file to
/components/com_sh404sef/sef_ext/ or in /components/com_uddeim/sef_ext/

and put the “\3rd party\sh404SEF\language\plugins\com_uddeim.php” to
/administrator/components/com_sh404sef/languages/plugins/com_uddeim.php

Now I have sef urls like these:

my-messages/forward/9
my-messages/show/3
my-messages/unarchive/3
etc etc

and my-messages/inbox currently has 19 dublicates:

index.php?option=com_uddeim&lang=en&task=inbox
index.php?option=com_uddeim&Itemid=271&lang=en
index.php?option=com_uddeim&Itemid=271&lang=en&limit=25&limitstart=0&messageid=9&task=flag
index.php?option=com_uddeim&Itemid=271&lang=en&task=save
etc etc

I haven't launched yet, but can see this getting out of control!Any ideas how to fix this behaviour?Or is this normal behaviour. Got any feedback?Currently feel like backtracking and removing steps taken in the faq is the solution.

Kind regards

Sooo, thinking this couldn't get any worse, it has.

Regarding the above post, I tried taking out menu item 271 and just use the link in the login module. Didn't seem to make a difference, will leave it like that anyway.

I tried to reverse this:

A. Put the "\3rd party\sh404SEF" file to
/components/com_sh404sef/sef_ext/ or in /components/com_uddeim/sef_ext/

B. and put the “\3rd party\sh404SEF\language\plugins\com_uddeim.php” to
/administrator/components/com_sh404sef/languages/plugins/com_uddeim.php

but can only do A. as not sure of the original content of B., tried it, made no difference, so put it back in.

So when I went to send a few messages to test the sh404sef url generation, I realised the Uddeim messages don't even send, to the intended receipient or to the outbox.

Next thing I noticed is that in configuration I have to save something twice for it to actually save with intended changes.

Why is Uddeim falling apart on me, was hoping to launch my website early this week.

I use default_ex template, installed an ssl cert this week - with the yireo plugin I set it so CB and Uddeim are using it, use sh404sef..

On my other site which doesn't have ssl, with a similar set-up to this site in question Uddeim messages don't send either.

Very stuck here, found nothing in the faq either.

Anyway, yeah, seem to have fixed it.

As this is not as clear as it could be:

Put the "\3rd party\sh404SEF" file to
/components/com_sh404sef/sef_ext/ or in /components/com_uddeim/sef_ext/



At the time I put the "sh404sef" file here: /components/com_sh404sef/sef_ext/

and the "sh404sef -> sef_ext -> com_uddeim here: /components/com_sh404sef/sef_ext/

So when trying to backtrack, it didn't revert initially until I realised the above. Still not 100% sure of what I should do there, assume I just put th "sh404sef" file into /components/com_sh404sef/sef_ext/, but think (about a month ago) when I did that it didn't give the desired result (pretty url's) so I tried the second part and it worked, so I left it.

So, took all of that out properly ("sh404sef"), url's are like so: /component/com_uddeim/Itemid,0/task,outbox/ i.e. not very pretty, but at least stuff works and I don't have to worry about sh404sef url's like in my original post.

By any chance could someone confirm exactly which file goes where based off of this? (I mean com_uddeim doesn't even have a sef_ext file in there):
Put the "\3rd party\sh404SEF" file to
/components/com_sh404sef/sef_ext/ or in /components/com_uddeim/sef_ext/