Welcome Serena Central users! CLICK HERE
The migration of the Serena Central community is currently underway. Be sure to read THIS MESSAGE to get your new login set up to access your account.
Anonymous_User Absent Member.
Absent Member.
281 views

Strange 'remove path on fill' issue


Hi all,
I'm running AM4.01HF1 Appliance.

I have some path based resources
http://portal.mbc.qld.edu.au/gw/webacc (Groupwise 2012 Webmail)
http://portal.mbc.qld.edu.au/intranet (a custom internal intranet).

On our AM3 server, (which I'm manually migrating to AM4), we have the
following setup
(Path Based) /intranet -> (internal IP address), remove path on fill is
ticked.
So http://portal.mbc.qld.edu.au/intranet/auth.php becomes
http://iwww.mbc.qld.edu.au/auth.php (which is required)

On the AM4 server, when I test accessing the Groupwise webmail, it works
fine. However, when I logout of Groupwise using the stock logout link,
instead of http://portal.mbc.qld.edu.au/AGLogout, I get
http://portal.mbc.qld.edu.au/*intranet*/AGLogout (which fails). This
same configuration works fine on AM3.

If I disable the *intranet *Proxy Service, this problem goes away.
So it seems like the 'remove on fill' checkbox for one Proxy Service is
affecting a different Proxy Service? There are no overlapping paths
(Groupwise is /gw/*).

Does this seem possible. It's really stumped me.

Thanks.


--
mickers
------------------------------------------------------------------------
mickers's Profile: https://forums.netiq.com/member.php?userid=1122
View this thread: https://forums.netiq.com/showthread.php?t=51868

0 Likes
5 Replies
Anonymous_User Absent Member.
Absent Member.

Re: Strange 'remove path on fill' issue

mickers wrote:

>
> Hi all,
> I'm running AM4.01HF1 Appliance.
>
> I have some path based resources
> http://portal.mbc.qld.edu.au/gw/webacc (Groupwise 2012 Webmail)
> http://portal.mbc.qld.edu.au/intranet (a custom internal intranet).
>
> On our AM3 server, (which I'm manually migrating to AM4), we have the
> following setup
> (Path Based) /intranet -> (internal IP address), remove path on fill
> is ticked.
> So http://portal.mbc.qld.edu.au/intranet/auth.php becomes
> http://iwww.mbc.qld.edu.au/auth.php (which is required)
>
> On the AM4 server, when I test accessing the Groupwise webmail, it
> works fine. However, when I logout of Groupwise using the stock
> logout link, instead of http://portal.mbc.qld.edu.au/AGLogout, I get
> http://portal.mbc.qld.edu.au/*intranet*/AGLogout (which fails). This
> same configuration works fine on AM3.
>
> If I disable the *intranet *Proxy Service, this problem goes away.
> So it seems like the 'remove on fill' checkbox for one Proxy Service
> is affecting a different Proxy Service? There are no overlapping
> paths (Groupwise is gw).
>
> Does this seem possible. It's really stumped me.
>
> Thanks.


That sounds like a defect to me. Let me see if I can reproduce it

--
Cheers,
Edward
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Strange 'remove path on fill' issue


Thanks, let me know if I can assist.


--
mickers
------------------------------------------------------------------------
mickers's Profile: https://forums.netiq.com/member.php?userid=1122
View this thread: https://forums.netiq.com/showthread.php?t=51868

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Strange 'remove path on fill' issue

mickers wrote:

>
> Hi all,
> I'm running AM4.01HF1 Appliance.
>
> I have some path based resources
> http://portal.mbc.qld.edu.au/gw/webacc (Groupwise 2012 Webmail)
> http://portal.mbc.qld.edu.au/intranet (a custom internal intranet).
>
> On our AM3 server, (which I'm manually migrating to AM4), we have the
> following setup
> (Path Based) /intranet -> (internal IP address), remove path on fill
> is ticked.
> So http://portal.mbc.qld.edu.au/intranet/auth.php becomes
> http://iwww.mbc.qld.edu.au/auth.php (which is required)
>
> On the AM4 server, when I test accessing the Groupwise webmail, it
> works fine. However, when I logout of Groupwise using the stock
> logout link, instead of http://portal.mbc.qld.edu.au/AGLogout, I get
> http://portal.mbc.qld.edu.au/*intranet*/AGLogout (which fails). This
> same configuration works fine on AM3.
>
> If I disable the *intranet *Proxy Service, this problem goes away.
> So it seems like the 'remove on fill' checkbox for one Proxy Service
> is affecting a different Proxy Service? There are no overlapping
> paths (Groupwise is gw).
>
> Does this seem possible. It's really stumped me.
>
> Thanks.


I had a play and it seems a bit of a rewriter issue. I guess your links
on your pages are relative URLs? If so, you could replace them with
harcoded links (as in, http(s)://fqdn/AGLogout). Not as nice but it'll
fix your issue for now.

--
Cheers,
Edward
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Strange 'remove path on fill' issue


Ed,
In my environment, I simply moved the Path-based resource to a
domain-based one. Which got me over the hump. But as long as the AM
Team are aware of the issue.
Thanks for following up.


--
mickers
------------------------------------------------------------------------
mickers's Profile: https://forums.netiq.com/member.php?userid=1122
View this thread: https://forums.netiq.com/showthread.php?t=51868

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Strange 'remove path on fill' issue


We saw a very similar issue with AM 4.0.1 and had to switch to relative
links.


--
aaronsayer
------------------------------------------------------------------------
aaronsayer's Profile: https://forums.netiq.com/member.php?userid=500
View this thread: https://forums.netiq.com/showthread.php?t=51868

0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.