Bugs on Windows/IIS6 Platform?

[jlehrhoff]

Trying currently to get this on a Dreamhost server, but here are some things I noticed when trying to install/configure on IIS6 (PHP 5.22, MySQL 4.1.12a-nt, FastCGI)

After downloading a PHP 5 mailparse DLL and enabling it in PHP.ini, I installed the app and wasn't able to logon. Realized the install didn't allow for an email address on the worker I setup during the install. Just a username and the logon field requires email format. I got around this by adding an email address in MySQL for this worker.

Mail Accounts. Adding/Editing Mail Accounts doesn't work in IE7. I read another post about using Firefox to do this and this allowed me to put my mail account in.

I noticed (this may be my config) that when I replied to a ticket, an email didn't go to the requester. I will look into this further on my end

SSL: When I tried to add a community page, the code included syntax such as secure.domain.org:443 to add to the custom index.php file. This caused the page to time out and threw a FastCGI error. I took out the :443 and it worked...


Community Page Registration- I just tested this on Firefox and IE 7 and it worked, but originally registrations were throwing the error (below) in Firefox and not IE7. Will continue to stress test... Also it seems you can open a ticket without being logged on. Is there a setting to require only logged on accounts to open tickets?


PHP Fatal error: Uncaught exception 'Swift_ConnectionException' with message 'There was a problem reading line 1 of an SMTP response. The response so far was:
[]. It appears the connection has died without saying goodbye to us! Too many emails in one go perhaps? (fsockopen: #0) ' in D:\Webdata\cerb\libs\devblocks\libs\swift\Swift\Co nnection\SMTP.php:250 Stack trace: #0 D:\Webdata\cerb\libs\devblocks\libs\swift\Swift.ph p(306): Swift_Connection_SMTP->read() #1 D:\Webdata\cerb\libs\devblocks\libs\swift\Swift.ph p(427): Swift->command('??.', 250) #2 D:\Webdata\cerb\plugins\usermeet.sc\api\UmScApp.ph p(619): Swift->send(Object(Swift_Message), 'jlehrhoff@gmail...', Object(Swift_Address)) #3 [internal function]: UmScCoreController->doRegisterAction() #4 D:\Webdata\cerb\plugins\usermeet.sc\api\Extension. php(88): call_user_func(Array) #5 D:\Webdata\cerb\plugins\usermeet.sc\api\UmScApp.ph p(951): Extension_UmScController->handleRequest(Object(DevblocksHttpRequest)) #6 D:\Webdata\cerb\plugins\usermeet.sc\api\UmScApp.ph p(63): UmScCore in D:\Webdata\cerb\libs\devblocks\libs\swift\Swift\Co nnection\SMTP.php on line 250

[jlehrhoff]

Trying currently to get this on a Dreamhost server, but here are some things I noticed when trying to install/configure on IIS6 (PHP 5.22, MySQL 4.1.12a-nt, FastCGI)

After downloading a PHP 5 mailparse DLL and enabling it in PHP.ini, I installed the app and wasn't able to logon. Realized the install didn't allow for an email address on the worker I setup during the install. Just a username and the logon field requires email format. I got around this by adding an email address in MySQL for this worker.

Mail Accounts. Adding/Editing Mail Accounts doesn't work in IE7. I read another post about using Firefox to do this and this allowed me to put my mail account in.

I noticed (this may be my config) that when I replied to a ticket, an email didn't go to the requester. I will look into this further on my end

SSL: When I tried to add a community page, the code included syntax such as secure.domain.org:443 to add to the custom index.php file. This caused the page to time out and threw a FastCGI error. I took out the :443 and it worked...


Community Page Registration- I just tested this on Firefox and IE 7 and it worked, but originally registrations were throwing the error (below) in Firefox and not IE7. Will continue to stress test... Also it seems you can open a ticket without being logged on. Is there a setting to require only logged on accounts to open tickets?


PHP Fatal error: Uncaught exception 'Swift_ConnectionException' with message 'There was a problem reading line 1 of an SMTP response. The response so far was:
[]. It appears the connection has died without saying goodbye to us! Too many emails in one go perhaps? (fsockopen: #0) ' in D:\Webdata\cerb\libs\devblocks\libs\swift\Swift\Co nnection\SMTP.php:250 Stack trace: #0 D:\Webdata\cerb\libs\devblocks\libs\swift\Swift.ph p(306): Swift_Connection_SMTP->read() #1 D:\Webdata\cerb\libs\devblocks\libs\swift\Swift.ph p(427): Swift->command('??.', 250) #2 D:\Webdata\cerb\plugins\usermeet.sc\api\UmScApp.ph p(619): Swift->send(Object(Swift_Message), 'jlehrhoff@gmail...', Object(Swift_Address)) #3 [internal function]: UmScCoreController->doRegisterAction() #4 D:\Webdata\cerb\plugins\usermeet.sc\api\Extension. php(88): call_user_func(Array) #5 D:\Webdata\cerb\plugins\usermeet.sc\api\UmScApp.ph p(951): Extension_UmScController->handleRequest(Object(DevblocksHttpRequest)) #6 D:\Webdata\cerb\plugins\usermeet.sc\api\UmScApp.ph p(63): UmScCore in D:\Webdata\cerb\libs\devblocks\libs\swift\Swift\Co nnection\SMTP.php on line 250

[jlehrhoff]

ok during the install on the hosted server I realized that the worker field during the setup did ask for an email address... maybe the developers can make that field have the mandatory email syntax during the setup (the way that it is upon logon).

[mfogg]

Thanks for the feedback. Here's the status of the items you brought up:

Originally Posted by jlehrhoff

After downloading a PHP 5 mailparse DLL and enabling it in PHP.ini, I installed the app and wasn't able to logon. Realized the install didn't allow for an email address on the worker I setup during the install. Just a username and the logon field requires email format. I got around this by adding an email address in MySQL for this worker.

I've created an issue in our project portal for this at http://www.wgmdev.com/jira/browse/CHD-626

Mail Accounts. Adding/Editing Mail Accounts doesn't work in IE7. I read another post about using Firefox to do this and this allowed me to put my mail account in.

We have this as a known issue that can be tracked at http://wgmdev.com/jira/browse/CHD-583

SSL: When I tried to add a community page, the code included syntax such as secure.domain.org:443 to add to the custom index.php file. This caused the page to time out and threw a FastCGI error. I took out the :443 and it worked...

There's also an entry in the project portal for this one: http://wgmdev.com/jira/browse/CHD-600

Also it seems you can open a ticket without being logged on. Is there a setting to require only logged on accounts to open tickets?

We have an issue open for requiring registration to open tickets at http://wgmdev.com/jira/browse/CHD-421 . It has a comment about a workaround as well.

Community Page Registration- I just tested this on Firefox and IE 7 and it worked, but originally registrations were throwing the error (below) in Firefox and not IE7. Will continue to stress test...

PHP Fatal error: Uncaught exception 'Swift_ConnectionException' with message 'There was a problem reading line 1 of an SMTP response. The response so far was:...

I'm not sure offhand, but perhaps your smtp server thought you were sending out too many mails at once.

[jlehrhoff]

a) The code you gave me for the plugin.xml file didn't work. It seems that this code adds the last email address that I used.. but I am not logged on to the application... It seems to do this probably on a cookie without that code as well (until you close/reopen the browser)
b) Also on my IIS installation the knowledgebase WYSIWYG tool displays "Internet Explorer cannot display the webpage" in the edit box (IE7). This works on Firefox though...

[mfogg]

Originally Posted by jlehrhoff

a) The code you gave me for the plugin.xml file didn't work. It seems that this code adds the last email address that I used.. but I am not logged on to the application... It seems to do this probably on a cookie without that code as well (until you close/reopen the browser)

That plugins.xml workaround should have mentioned that after you make the change you need to go into helpdesk setup, Plugins tab, and hit the "Save Changes" button at the bottom so it reloads your plugin configuration files, and detects the change. Can you try that?

b) Also on my IIS installation the knowledgebase WYSIWYG tool displays "Internet Explorer cannot display the webpage" in the edit box (IE7). This works on Firefox though...

Last Friday we just committed some significant improvements to the knowledgebase. KB articles are now edited from within the worker UI, and we no longer use that WYSIWYG editor. It's a simple text box now, and we recommend using an external editor like NVU ( nvu.com ) or any other favorite editor for editing rich/html content.

[jlehrhoff]

well I am using 4 RC1 Build 566 . If this is a later build how do I update it without losing my config?

[mfogg]

If you did your installation using subversion, then you just need to issue an 'svn update' command. Otherwise, you will need to checkout a copy of the files somewhere else ( http://wiki.cerberusdemo.com/index.p...recommended.29 ) and manually replace your files with the new ones, skipping framework.config.php, of course. The first way is a lot easier, especially if you've made changes to your files that you don't want to lose since using svn update those changes will be merged with the latest changes we've committed.

[joegeck]

Long overdue for a status update, so here it is.

Originally Posted by jlehrhoff

After downloading a PHP 5 mailparse DLL and enabling it in PHP.ini, I installed the app and wasn't able to logon. Realized the install didn't allow for an email address on the worker I setup during the install. Just a username and the logon field requires email format. I got around this by adding an email address in MySQL for this worker.

installer does not validate worker email address
http://www.wgmdev.com/jira/browse/CHD-626

This is the only one that hasn't had any work done yet. It's currently scheduled for 4.3, the release after next.

Originally Posted by jlehrhoff

Mail Accounts. Adding/Editing Mail Accounts doesn't work in IE7. I read another post about using Firefox to do this and this allowed me to put my mail account in.

[IE6/IE7] Mail Accounts section not working
http://wgmdev.com/jira/browse/CHD-583

Fixed! This was repaired way back in late 4.0 and should no longer be a problem.

Originally Posted by jlehrhoff

SSL: When I tried to add a community page, the code included syntax such as secure.domain.org:443 to add to the custom index.php file. This caused the page to time out and threw a FastCGI error. I took out the :443 and it worked...

Community Tool -> SSL/HTTPS Doesn't Work
http://wgmdev.com/jira/browse/CHD-600

As Jeff@WGM commented:
Fixed for 4.1 release:

* [Community Tools] Improved the community tools proxy (the deployed index.php file) so it can handle back-end helpdesks that are running in SSL or are on non-standard ports (with or without SSL). 8080/8443 should be supported, as well as the typical 80/443, or any intranet variety. To benefit from this you need to replace your deployed community tool index.php files with the code generated in the "Installation" section from Helpdesk Setup->Community Tools.

Originally Posted by jlehrhoff

Also it seems you can open a ticket without being logged on. Is there a setting to require only logged on accounts to open tickets?

Add an option to require account registration ( login ) to create Support Center tickets
http://wgmdev.com/jira/browse/CHD-421

Fixed! in the 4.2 release. There is a new option under the "Open Ticket" module, called 'must be logged in to open new tickets'. If you are logged in, your e-mail address login will be pre-filled in under the "What e-mail address should we reply to?". That way your customers aren't required to change the reply-to address, but can if they need to.