[Solved] 1.1.1 - Moving from another server

[krelvinaz]

Coming from 0.95 on another server.

Copied over the DB from the old to new
Installed 1.1.1 on the new box
Running the installer updated the DB structure.
Adjusted the hostname and updated the DB host for the user
User logs in fine.  See Inbox
I can see the message in the Inbox.
I can load a message and see images if they are attached.

However, I get Loading a lot of time for many operations including:
 About (blank box no info except a Get Support Button
 Address book.  I see list of users, but when I try to bring one up. Loading... forever
 Settings - I see all the various sections including plugs (filter and message_highlight) but when I click on them, Loading forever.
  Preferences - User Interface - Click Loading forever
  Preferences - Mailbox View - Click Loading forever
  Same for Displaying Messages, Composing Messages, Address Book, Special Folders, Server Settings...

User Address Book - Shows all the addresses, click on one, Loading forever.

Sending a message, composer shows address book users, compose works okay, sending the message actually sends, but the compose window shows Sending forever...   Sent message arrives just fine, proper headers and message on the receiving end...

Not really sure where to look for issues.  Nothing is showing up in ../logs/errors

Plugins Set:
$config['plugins'] = array('additional_message_headers', 'attachment_reminder', 'hide_blockquote', 'message_highlight', 'jqueryui', 'filters');

Server is using SSL (https) but that has not been a problem in the past.

More info:

Using default skin
Apache Server very up to date.

[SKaero]

Do the problems happen with all the plugins disabled?

[krelvinaz]

Yes.

compose mail, hit sent, mail server shows the mail going out immediatly, the compose window shows sending forever.
same with contacts, see list of contacts, click on one, Loading forever.
About is blank...
Settings -> Preferences -> User Interface (or any of them)  Same thing.

Have to hit reload to get it to stop to take another command.

In logs, sendmail (I have debug for SMTP turned on) shows the two messages I tried to send.
Errors is blank.

[SKaero]

Whats in the JS console when the problem occurs?

[krelvinaz]

Ahh... I think I am seeing the issue now.  Making some changes to that virtual host to see if makes a difference...

[krelvinaz]

Well, I will need to dig further.  I added the following for the virtual domain

Header always set X-Frame-Options SAMEORIGIN

And some of the errors went away, but I am getting conflicting settings apparently because they are also being set somewhere else like below when sending messages

Multiple 'X-Frame-Options' headers with conflicting values ('DENY, sameorigin') encountered when loading 'https://www.tnet.com/rc/?_task=mail&_unlock=loading1429551565818&_lang=en_US&_framed=1'. Falling back to 'DENY'.

So it is falling back to DENY...

about:blank:1 Refused to display 'https://www.tnet.com/rc/?_task=mail&_unlock=loading1429551565818&_lang=en_US&_framed=1' in a frame because it set 'X-Frame-Options' to 'DENY, sameorigin'.

Apparently this has not been tested well with SSL ??   

[alec]

This has nothing to do with SSL. As Roundcube uses iframes you can't set X-Frame-Options to DENY. Note that Roundcube also has this setting in its config.

[krelvinaz]

Figured out where the DENY's were coming from.

I added php_flag allow_url_include on to the virtual host and the errors went away:

The Virtualhost now has the following settings:

   Header always set X-Frame-Options SAMEORIGIN
   php_flag allow_url_include on