Gemini Community Support Site

This Gemini community support site can be used to find solutions to product issues. You can log in using Open Id, Google Profile and even Facebook. Feel free to ask a question or browse FAQs and documentation. Product tour videos are also available along with how-to videos demonstrating key Gemini capabilities.




Problem with Links in E-Mail Notifications

emails

We have been using Gemini version 3.7.1 Build 2732 without issue for months now.
 
Just this morning the "Click here to view the issue" links in e-mailed project update notifications stopped working for our external out of office users.
 
It seems that the link is pointing to our internal 192.168.1.22 server address.  (In this case "http://192.168.1.22/Default.aspx?p=4&i=2441") instead of the named Gemini URL.
 
We have the "Enforce Gemini URL" option set to "OFF".  As I am unsure as to the ramifications of changing this setting it has been left at the default..
 
I haven't been able to find any documentation on what might be causing this issue, why it has just now started happening or how Gemini resolves IPs to domain names.
 
Any advice, information or suggestions would be much appreciated.

maxim
· 1
maxim
Replies (6)
helpful
0
not helpful

What are you using as the email engine (Administration -> Notifications)?

What is the full Gemini url setting set to?

It might be that for some reason Gemini can't resolve the url becuase the host header has changed.
Have you any idea what has changed?


Saar Cohen
· 5000
Saar Cohen
helpful
0
not helpful

We are using the mail plugin for our Email Alert Engine.

I've independently tested the name resolution and it is resolves to the correct IP address both externally and internally.  The problem of course is that the internal and external addresses are not the same.  So when the links in the e-mailed notifications specify our internal IP address rather than the URL name external users cannot use the links.

Could you explain what your mean by "Gemini can't resolve the URL because the host header has changed"?  How does Gemini resolve URLs?  Why would it even need to?

There were no changes on our network for a fortnight preceding the problem, and then nothing to do with DNS, and no changes to the setup or configuration of Gemini in the last six months.



maxim
· 1
maxim
helpful
0
not helpful

Are you able to restart the Gemini site (application pool) and navigate to it using the external url (making sure there is no access from another url)?
Does the url in the alerts work?


Mark Wing
· 9108
Mark Wing
helpful
0
not helpful

Yes.  The site is available both externally and internally via the URL.  Alerts/notifications with the URL in the link, rather than an IP, work properly.  As stated earlier, the site name is being properly resolved by both our internal DNS server and by real world DNS.  It is the specification of the 192.168.1.22 internal IP in the links rather than the URL that is the causing the grief.

The question remains: why did an IP address, rather than the URL suddenly start appearing in e-mailed notifications?  The Gemini application shouldn't be doing any name resolution of its own.  The address should not be substituting for the URL.

Why did this happen?
What can be done to fix it?
What can be done to make certain that it does not happen again?
 


maxim
· 1
maxim
helpful
0
not helpful

Did you do the restart test as per my early post?

When using the mail plugin, it will use the first resolved url as the url.


Mark Wing
· 9108
Mark Wing
helpful
0
not helpful

As of Friday morning the problem seems to have resolved itself.   Links in e-mailed notifications are back to being the URL and not an IP address.  As of today the situation remains as we would wish it to be.

 Nothing was been changed on our network, and most certainly nothing was been changed in Gemini.

While I am pleased that the situation has righted itself, it is troubling that a problem like this can appear, linger a few days and then vanish with no clue as to the cause or cure.

Fingers crossed it does not return.


maxim
· 1
maxim