1 Topic by jaegermeister

  • jaegermeister
  • Member
  • Offline
  • Registered: 2012-05-29
  • Posts: 3

Topic: My first iRedMail install, dns trouble with http(s) access

Hello,

I just installed iRedMail 0.8.0-mysql on a fresh copy of OpenBSD 5.1 i386.
The install has run smooth smile I gave this test box a name such like "server.fantasy.name" with first virtual domain equal to "fantasy.name"; this test box has the local IP 10.9.9.37.

This is my network config:

inet ---- router&switch (10.0.0.0/24) ---- linux pc (10.0.0.40 and 10.9.9.1 with ipfwd) ---- obsd test box (10.9.9.37)
linux pc and test box are connected with a cross cable (subnet 10.9.9.0/24)
route is correctly set on linux pc on eth1 adapter for 10.9.9.0/24 network while eth0 is default gw
on test box /etc/myname and /etc/hosts have been correctly edited according to instructions adding fqdn server.fantasy.name

NOW, whenever I try to access https://10.9.9.37/mail or https://10.9.9.37/iredadmin from linux pc the test box invariably queries external DNS in order to reverse resolve its hostname (!), keeping on looking for server.fantasy.name and, considering that it's of course not registered because this is a test, it then leads me to an error page of my dns server provider... this ALSO happens if, directly from test box, I try to open either 127.0.0.1/mail or 127.0.0.1/iredadmin.

So, why this? How can I fix this behaviour?
Thanks for your help!!!

----

Spider Email Archiver: On-Premises, lightweight email archiving software developed by iRedMail team. Supports Amazon S3 compatible storage and custom branding.

2 Reply by ZhangHuangbin

  • ZhangHuangbin
  • ZhangHuangbin
  • iRedMail Developers
  • Offline
  • Registered: 2009-05-06
  • Posts: 31,088

Re: My first iRedMail install, dns trouble with http(s) access

Glad to see OpenBSD users. We have OpenBSD + iRedMail mail server running in production, spamd(8) rocks. smile

jaegermeister wrote:

keeping on looking for server.fantasy.name and, considering that it's of course not registered because this is a test

Do you have "server.fantasy.name" in /etc/hosts? For example:

127.0.0.1 server.fantasy.name server localhost localhost.localdomain

Don't forget to copy /etc/hosts to /var/spool/postfix/etc/hosts if you updated it.

3 Reply by jaegermeister

  • jaegermeister
  • Member
  • Offline
  • Registered: 2012-05-29
  • Posts: 3

Re: My first iRedMail install, dns trouble with http(s) access

Hello Huangbing,

sorry for delay in answer. Yes, I have set hosts correctly in both locations.
The bad phenomenon sadly keeps on... so, if I completely isolate the box from the network and navigate like:

lynx 127.0.0.1/mail

I get the login prompt from roundcube as expected. If I just connect to a network and get gateway+dns records, the httpd server immediately tries to resolve "server.fantasy.name" over the internet (with of course a bad result) even if I just entered the absolute IP address of the box... this is a kinda strange setting because bind is not active on this test box (it's a vanilla fresh install of 5.1) and the files hosts get *completely* ignored. I really do not know why this strange behavoiur happens.

Btw, happy that you're using OpenBSD in production, it would also be great to then extend your installation to sparc64 arch, as I tried it also on that one and, with a small modification to one of the shell scripts it also installs with success. Couldn't anyway test it more than the plain install, as I'm focusing on having the former i386 install working before fiddling with other stuff.

So, do you please have any further clue? It does not make sense that a mailserver cannot work just with pure IP addresses!

Thanks a lot for your answer.

4 Reply by ZhangHuangbin

  • ZhangHuangbin
  • ZhangHuangbin
  • iRedMail Developers
  • Offline
  • Registered: 2009-05-06
  • Posts: 31,088

Re: My first iRedMail install, dns trouble with http(s) access

jaegermeister wrote:

lynx 127.0.0.1/mail

I get the login prompt from roundcube as expected. If I just connect to a network and get gateway+dns records, the httpd server immediately tries to resolve "server.fantasy.name" over the internet (with of course a bad result) even if I just entered the absolute IP address of the box...

Will it possible be a gateway + DNS server issue? Because it works fine on localhost (127.0.0.1).

jaegermeister wrote:

Btw, happy that you're using OpenBSD in production, it would also be great to then extend your installation to sparc64 arch

I'm willing to extend it, but i don't have a sparc64 server for testing, that's the point.

5 Reply by jaegermeister

  • jaegermeister
  • Member
  • Offline
  • Registered: 2012-05-29
  • Posts: 3

Re: My first iRedMail install, dns trouble with http(s) access

Yes! That's exactly what I thought, it looks like the setting of dns+apache somewhere keeps on looking for external resolution completely ignoring the hosts file. Could u please verify with the install scripts? I think we have more than a track here smile

Of course I can mail all the necessary files for debug.

As far as sparc64 is concerned, I could give you as a present a netra scsi box similar to the ones I'd like to implement iredmail in, so that you could experiment with openbsd; shipping would be at your expense. As u see, I really like your project!!! smile))

6 Reply by ZhangHuangbin

  • ZhangHuangbin
  • ZhangHuangbin
  • iRedMail Developers
  • Offline
  • Registered: 2009-05-06
  • Posts: 31,088

Re: My first iRedMail install, dns trouble with http(s) access

jaegermeister wrote:

Could u please verify with the install scripts?

Still no idea about what i should verify. sorry.

jaegermeister wrote:

As far as sparc64 is concerned, I could give you as a present a netra scsi box similar to the ones I'd like to implement iredmail in, so that you could experiment with openbsd; shipping would be at your expense. As u see, I really like your project!!! smile))

I'm willing to test sparc64. Mail me (zhb _at_ iredmail.org) directly with more details.

The only concern is, i can make it work this time, i cannot test the new iRedMail release without your help.