Comments on: 5 assumptions I’ll make when debugging your MAS200 server http://www.s-consult.com/2009/02/05/5-assumptions-ill-make-when-debugging-your-mas200-server/ Sage MAS 90 and MAS 200 ERP Accounting Software Consultants Sat, 04 Feb 2012 21:39:00 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Rafael Wolf http://www.s-consult.com/2009/02/05/5-assumptions-ill-make-when-debugging-your-mas200-server/comment-page-1/#comment-939 Rafael Wolf Fri, 30 Jul 2010 02:00:57 +0000 http://www.s-consult.com/?p=970#comment-939 Hi Wayne, you posted on my site so I'll post on yours if you don't mind publishing my comments. I find your 5 tips condescending to most IT professionals and in line with Sage and their partner network's elitist views that their word is gospel and that most IT people outside of the sage network don't know what they're doing. I see you commented on a client's IT person deleting a file from a MAS directory. This should indicate to anyone that Sage doesn't understand "administrative rights" because you're required to give all users of MAS full rights to the directory that Sage resides in. That action in itself is ludicrous and shows poor design on the part of Sage's product. By design it gives anyone the right to delete whatever they want, truly a flaw with Sage not IT pro's. Your attitude and comment are classic examples of why Sage has the problems it does with the IT community at large (people off the Sage payroll). Rafael Hi Wayne, you posted on my site so I’ll post on yours if you don’t mind publishing my comments. I find your 5 tips condescending to most IT professionals and in line with Sage and their partner network’s elitist views that their word is gospel and that most IT people outside of the sage network don’t know what they’re doing. I see you commented on a client’s IT person deleting a file from a MAS directory. This should indicate to anyone that Sage doesn’t understand “administrative rights” because you’re required to give all users of MAS full rights to the directory that Sage resides in. That action in itself is ludicrous and shows poor design on the part of Sage’s product. By design it gives anyone the right to delete whatever they want, truly a flaw with Sage not IT pro’s. Your attitude and comment are classic examples of why Sage has the problems it does with the IT community at large (people off the Sage payroll).

Rafael

]]> By: Name http://www.s-consult.com/2009/02/05/5-assumptions-ill-make-when-debugging-your-mas200-server/comment-page-1/#comment-831 Name Tue, 27 Oct 2009 22:27:18 +0000 http://www.s-consult.com/?p=970#comment-831 Never assume Never assume

]]> By: Robert Wood http://www.s-consult.com/2009/02/05/5-assumptions-ill-make-when-debugging-your-mas200-server/comment-page-1/#comment-585 Robert Wood Fri, 27 Feb 2009 15:09:26 +0000 http://www.s-consult.com/?p=970#comment-585 My favorites are the ones where the clients are having lock ups and the network admin is insisting it's a MAS 90 problem because nothing else is locking up. We argue for an hour or more. I leave with no resolution. Within a couple of days they finally take my advice and start changing out hardware and I get a call a week later and after they replaced the NIC (switch, cable, etc.) it's working better than ever. No lockups. My favorites are the ones where the clients are having lock ups and the network admin is insisting it's a MAS 90 problem because nothing else is locking up. We argue for an hour or more. I leave with no resolution. Within a couple of days they finally take my advice and start changing out hardware and I get a call a week later and after they replaced the NIC (switch, cable, etc.) it's working better than ever. No lockups.

]]> By: Robert Wood http://www.s-consult.com/2009/02/05/5-assumptions-ill-make-when-debugging-your-mas200-server/comment-page-1/#comment-1051 Robert Wood Fri, 27 Feb 2009 15:09:00 +0000 http://www.s-consult.com/?p=970#comment-1051 My favorites are the ones where the clients are having lock ups and the network admin is insisting it's a MAS 90 problem because nothing else is locking up. We argue for an hour or more. I leave with no resolution. Within a couple of days they finally take my advice and start changing out hardware and I get a call a week later and after they replaced the NIC (switch, cable, etc.) it's working better than ever. No lockups. My favorites are the ones where the clients are having lock ups and the network admin is insisting it's a MAS 90 problem because nothing else is locking up. We argue for an hour or more. I leave with no resolution. Within a couple of days they finally take my advice and start changing out hardware and I get a call a week later and after they replaced the NIC (switch, cable, etc.) it's working better than ever. No lockups.

]]> By: Wayne Schulz http://www.s-consult.com/2009/02/05/5-assumptions-ill-make-when-debugging-your-mas200-server/comment-page-1/#comment-584 Wayne Schulz Fri, 27 Feb 2009 14:56:54 +0000 http://www.s-consult.com/?p=970#comment-584 I had a client call yesterday. They were receiving an error message -- PRCxxx.SOA is missing. This message generally indicates one of two problems: 1. The file IS missing 2. The file is corrupt Thankfully this client was honest and confessed to "deleting some files" in MAS 90 that perhaps he should not have. Which leads me to wonder exactly how many computer related problems (not necessarily MAS90 or MAS200 even) are brought upon by end users doing something to cause the error condition? I had a client call yesterday. They were receiving an error message — PRCxxx.SOA is missing.

This message generally indicates one of two problems:

1. The file IS missing
2. The file is corrupt

Thankfully this client was honest and confessed to "deleting some files" in MAS 90 that perhaps he should not have.

Which leads me to wonder exactly how many computer related problems (not necessarily MAS90 or MAS200 even) are brought upon by end users doing something to cause the error condition?

]]> By: Wayne Schulz http://www.s-consult.com/2009/02/05/5-assumptions-ill-make-when-debugging-your-mas200-server/comment-page-1/#comment-1050 Wayne Schulz Fri, 27 Feb 2009 14:56:00 +0000 http://www.s-consult.com/?p=970#comment-1050 I had a client call yesterday. They were receiving an error message -- PRCxxx.SOA is missing. This message generally indicates one of two problems: 1. The file IS missing 2. The file is corrupt Thankfully this client was honest and confessed to "deleting some files" in MAS 90 that perhaps he should not have. Which leads me to wonder exactly how many computer related problems (not necessarily MAS90 or MAS200 even) are brought upon by end users doing something to cause the error condition? I had a client call yesterday. They were receiving an error message — PRCxxx.SOA is missing.

This message generally indicates one of two problems:

1. The file IS missing
2. The file is corrupt

Thankfully this client was honest and confessed to "deleting some files" in MAS 90 that perhaps he should not have.

Which leads me to wonder exactly how many computer related problems (not necessarily MAS90 or MAS200 even) are brought upon by end users doing something to cause the error condition?

]]> By: Robert Wood http://www.s-consult.com/2009/02/05/5-assumptions-ill-make-when-debugging-your-mas200-server/comment-page-1/#comment-494 Robert Wood Thu, 05 Feb 2009 13:33:34 +0000 http://www.s-consult.com/?p=970#comment-494 It's funny because it's true. It's funny because it's true.

]]> By: Robert Wood http://www.s-consult.com/2009/02/05/5-assumptions-ill-make-when-debugging-your-mas200-server/comment-page-1/#comment-1049 Robert Wood Thu, 05 Feb 2009 13:33:00 +0000 http://www.s-consult.com/?p=970#comment-1049 It's funny because it's true. It's funny because it's true.

]]>