The question was asked about allowing one's password to be displayed from memory instead of having to retype it every time one logs in to the new version. Is that not possible for Sonic to make happen? And thanks when you do.
New sonic.net webmail application
General discussions and other topics.
401 posts
Page 16 of 41
I came in to make the same request - remember user and pw.
So Saturday afternoon, I sent an e-mail to sales at Sonic, requesting to be forwarded to Dane, explaining my displeasure at the old web mail being discontinued for flimsy and inane reasons, pointing at my forum post from yesterday for explanation, and making it clear that this new style of interacting with customers will make me into an unhappy ex-customer. I didn't expect a quick response, since the decision whether to revisit the decision to discontinue the old web mail interface will clearly have to be considered during normal business hours.
So, to my surprise, I get a reply from support (!) at Sonic today. Here it is:
So, to my surprise, I get a reply from support (!) at Sonic today. Here it is:
Please feel free to reach your own conclusions.We are sorry to hear about your displeasure over the new webmail client. Our support staff would be more than happy to help you set up email on any other client that your wish, whether that be Apple Mail, Outlook, Windows Live Mail, or Thunderbird. Please feel free to let us know if you would like help setting up an alternative to webmail or if you have questions about the transition in general.
Linda and Ralph and John
Hm. That would be quite a change. Last time I called Support (which I do about once a year), I was told very definitely that they ONLY supported Sonic mail, NOT Thunderbird.lr wrote: [ From email from Sonic support ]We are sorry to hear about your displeasure over the new webmail client. Our support staff would be more than happy to help you set up email on any other client that your wish, whether that be Apple Mail, Outlook, Windows Live Mail, or Thunderbird. Please feel free to let us know if you would like help setting up an alternative to webmail or if you have questions about the transition in general.
Would it really be less trouble to let Squirrelmail remain, than to deal with the support requests from those who have been using it?
And remember, as someone pointed out, that those requests would be coming in from people who are in situations where they do not HAVE the bandwidth that the HTML based interfaces require, and may be having other problems too. Like, on the side of a highway with bad cell connections, while trying to reach a daughter whose car has broken down in the desert.
[email protected]
I have been using the AtMail "Advanced (IE/FF)" primarily PHP based WebMail interface since it was first introduced. It was a no-brainer for me since, it did offer a very good and improved feature set along with much better Eyegernomics and many very useful productivity enhancements for heavier "power" users when compared to NutsMail and/or SquirrelMail.
Mostly I've relied upon the "Advanced (IE/FF)" interface which was also the best of the three/four variations in terms of features and usable functionality. I've come to appreciate it's reliability, relative simplicity, extensive user customizability, SPEED and responsiveness (even on older systems w/ older browsers, in Virtual Machines and/or on heavily loaded systems). The alternative "Basic (Any Browser)", "Simple (Ajax Browser)" and Mobile interfaces were also not bad and quite usable when those were required on different OS platforms but, certainly not my preference.
From the perspective of an AtMail "power" user the RoundCube software slated to replace it has only a very few new marginally useful features but, it unfortunately introduces a greater number of new difficulties and shortcomings. The problematic aspects and properties of the RoundCube software that are listed below highlight some poor application/interface ergonomics/eyegernomics as well as other functional software and/or design issues.
1) Interface Color, Contrast, Legibility and Readability...
a) BORDERS...
The AtMail interface is remarkably clean with minimal clutter or "wasted" real estate with thin borders between the various panes that leave more space to display text and data. The RoundCube interface borders are thicker with more "wasted" real estate. The dark grey "linen-textured" background in parts of the interface, like menu and context menu areas, etc., makes it very difficult to discern key elements like icons or text, especially if they are not currently "active" objects or selected.
b) INTERFACE MENUS and CONTEXT MENUS...
The AtMail Menus and Context menus are clearer, brighter, much more legible and they always respond instantly compared to those of RoundCube.
c) COLORS, CONTRAST and BRIGHTNESS; VISIBILITY and LEGIBILITY...
The AtMail Color THEME is bright and clear, maximizing text contrast and readability on any system/browser where I've ever used it to date. The interface elements including text, icons and other objects have excellent contrast and readability.
The RoundCube Color THEME is currently dominated by dark colors and/or "shades of gray". This dramatically reduces contrast, brightness, visibility/viewability and Readability of many of the interface elements including borders, text, icons and other objects on Menus and Context Menus. The reduction in contrast, brightness, etc. especially impacts those individuals with less than perfect vision and increases eye strain and fatigue and reduces productivity for most people especially during longer/extended work periods.
2) Usability and Productivity...
a) SPEED and RESPONSIVENESS...
AtMail has always been extremely FAST and RESPONSIVE on heavily loaded and/or older systems with both old and newer browsers EVEN when there are 3500+ Emails in the InBox or any other folder. On the other hand RoundCube is often very slow (probably because of the heavy dependence on local JavaScript). In Fact, on a somewhat heavily used system, (with multiple active browser processes/windows/sessions/instances), I've often had it take 20-35+ seconds to open or refresh a folder and/or to have a Context Menu respond. At the very same time in a another browser window (in a separate "private" browser instance, same browser though) on the SAME system, AtMail consistently opens/refreshes in only 2-5 seconds.
In the many cases where there is a perceptible delay or slowness it is not of such significance to be a "show stopper" and more than likely, after a while one would adjust to the new behavior and it would no longer be noticed. However, the examples mentioned above are certainly all "show stoppers" that make RoundCube totally unusable on those systems. At this time I am just falling back to using AtMail which still works without any problems.
b) COLUMNS...
The AtMail interface is very user friendly, fully supporting... RESIZABLE Columns! RoundCube does NOT support resizable columns at all. However, in RoundCube columns can be reordered, (which is nice but, not an essential or critical feature). In AtMAIL the data in Date, Address, Subject and other columns can be made fully visible by resizing columns as needed. Unfortunately, in RoundCube this is NOT possible and one must rely on individual MouseOvers to read the full text in a given field, (for those columns that support MouseOvers) if it has been truncated and is not fully visible, (which is very often the case).
c) HEADER ROW...
The Header Row is fixed and remains in place when scrolling downwards. In RoundCube the Header Row is NOT fixed and disappears when scrolling downwards which makes it difficult to easily maintain orientation and decreases efficiency and productivity, especially when working with lots of emails.
d) VISIBLE ROWS...
The number of visible and legible ROWS is significantly greater in AtMail vs. RoundCube. Productivity is enhanced when less scrolling is required.
e) AMOUNT of TEXT LEGIBLE and READABLE without MOUSEOVERS and/or SCROLLING...
In a large window or full screen MUCH more data is visible and clearly readable in AtMail vs. in RoundCube. It is not necessary to scroll nearly as much or to constantly MouseOver listed items to read the full email address, subject, etc.
f) FROM/TO COLUMN EMAIL NAME/ADDRESS FORMATTING...
In AtMail the "From" and "To" Email addresses in the interface are shown with both the Name AND Email address! Since the columns are resizable in AtMail it can be sized to show as much of the email Name/Address as desired. RoundCube only displays the Address NAME (unless there is none, in which case it displays the email address) which is also truncated when it doesn't fit in the column. The RoundCube columns can't be resized and a MouseOver is required to see the email address or the full name--often this results in a severe loss of efficiency and loss of productivity.
g) DATE COLUMN FORMATTING...
In AtMAil the FULL date and time of an email is displayed and the column can be resized to make all of it visible or a MouseOver will alternatively display the Full date. In RoundCube the Date/Time Column can't be manually resized. RoundCube generally can't display the full date/time in any of the selectable formats. Unfortunately even a MouseOver of the truncated date/time field will NOT reveal the full date/time. There is an option to display the date/time column as a so--called "pretty" date, but, this is virtually useless to "power" users.
h) FONT TYPE and FONT SIZE in COLUMNS...
In AtMail, small legible clear fonts and appropriate "whitespace" are balanced with excellent color contrast making for easy reading with less eyestrain. The small font size also allows for a larger amount of visible, easily readable text displayed in the email listing panes. This mitigates having to scroll or rely on MouseOvers and greatly enhances efficiency and productivity when working with lots of email. For RoundCube the text size and whitespace ratio is far less optimal and therefore less text is visible which generally mandates more scrolling and MouseOvers resulting in comparatively less efficiency and reduced productivity.
i) ADDITIONAL MOUSEOVER FUNCTIONALITY...
In AtMail mousing over a listed email item instantly gives a brief view of the first part of the email contents.
3) Other Features currently missing from RoundCube or that are inferior...
a) Currently there is NO "Calendar" or "Tasks" in RoundCube. However, these could possibly be added via Plug-Ins in the future.
b) AtMail can be configured to open emails in separate Popup windows by default via a simple click. This is as a Popup window, NOT an ENTIRE new browser window.
c) I appreciate the superior AtMail Status Bar on the bottom of the interface because it has such good contrast with a small clear font and enough white space to be easily readable diplaying key useful data. It displays the Email Account Name, the current Time and Date and the Size of the current Folder along with the Number of Messages.
Finally...
As a Sonic AtMail "power" user, who relies heavliy and frequently on AtMail WebMail, (particularly the IE/FF version), I find and feel that the current RoundCube "Beta" incarnation is a significant step backwards or at least a hefty downgrade in the key areas of Readability, Usability, Functionality, Productivity and Eyegernomics.
That said, I do understand why Sonic desires to simplify and streamline the current numerous Sonic email handling user interface infrastructure. However, I am requesting and hopeful that Sonic will address and resolve the above concerns during the remaining and/or any additional "Beta" phase, well before the other email interface infrastucture is turned off.
For the record I have been a loyal fan of Sonic since it was founded and also for many, many years as a business and private customer, avid supporter and Sonic services promoter. I have great respect for the Sonic founders, their vision and efforts as they continue evolving an already remarkable company that bucks virtually every one of the nastiest tendencies so prevalent today in the Telecom, Telecommunications and Connectivity Service Providers industry.
Please consider this feedback in the spirit offered; to be constructive, to engage intelligent dialog and meaningful debate, to help identify problems and of course to find useful solutions.
Mostly I've relied upon the "Advanced (IE/FF)" interface which was also the best of the three/four variations in terms of features and usable functionality. I've come to appreciate it's reliability, relative simplicity, extensive user customizability, SPEED and responsiveness (even on older systems w/ older browsers, in Virtual Machines and/or on heavily loaded systems). The alternative "Basic (Any Browser)", "Simple (Ajax Browser)" and Mobile interfaces were also not bad and quite usable when those were required on different OS platforms but, certainly not my preference.
From the perspective of an AtMail "power" user the RoundCube software slated to replace it has only a very few new marginally useful features but, it unfortunately introduces a greater number of new difficulties and shortcomings. The problematic aspects and properties of the RoundCube software that are listed below highlight some poor application/interface ergonomics/eyegernomics as well as other functional software and/or design issues.
1) Interface Color, Contrast, Legibility and Readability...
a) BORDERS...
The AtMail interface is remarkably clean with minimal clutter or "wasted" real estate with thin borders between the various panes that leave more space to display text and data. The RoundCube interface borders are thicker with more "wasted" real estate. The dark grey "linen-textured" background in parts of the interface, like menu and context menu areas, etc., makes it very difficult to discern key elements like icons or text, especially if they are not currently "active" objects or selected.
b) INTERFACE MENUS and CONTEXT MENUS...
The AtMail Menus and Context menus are clearer, brighter, much more legible and they always respond instantly compared to those of RoundCube.
c) COLORS, CONTRAST and BRIGHTNESS; VISIBILITY and LEGIBILITY...
The AtMail Color THEME is bright and clear, maximizing text contrast and readability on any system/browser where I've ever used it to date. The interface elements including text, icons and other objects have excellent contrast and readability.
The RoundCube Color THEME is currently dominated by dark colors and/or "shades of gray". This dramatically reduces contrast, brightness, visibility/viewability and Readability of many of the interface elements including borders, text, icons and other objects on Menus and Context Menus. The reduction in contrast, brightness, etc. especially impacts those individuals with less than perfect vision and increases eye strain and fatigue and reduces productivity for most people especially during longer/extended work periods.
2) Usability and Productivity...
a) SPEED and RESPONSIVENESS...
AtMail has always been extremely FAST and RESPONSIVE on heavily loaded and/or older systems with both old and newer browsers EVEN when there are 3500+ Emails in the InBox or any other folder. On the other hand RoundCube is often very slow (probably because of the heavy dependence on local JavaScript). In Fact, on a somewhat heavily used system, (with multiple active browser processes/windows/sessions/instances), I've often had it take 20-35+ seconds to open or refresh a folder and/or to have a Context Menu respond. At the very same time in a another browser window (in a separate "private" browser instance, same browser though) on the SAME system, AtMail consistently opens/refreshes in only 2-5 seconds.
In the many cases where there is a perceptible delay or slowness it is not of such significance to be a "show stopper" and more than likely, after a while one would adjust to the new behavior and it would no longer be noticed. However, the examples mentioned above are certainly all "show stoppers" that make RoundCube totally unusable on those systems. At this time I am just falling back to using AtMail which still works without any problems.
b) COLUMNS...
The AtMail interface is very user friendly, fully supporting... RESIZABLE Columns! RoundCube does NOT support resizable columns at all. However, in RoundCube columns can be reordered, (which is nice but, not an essential or critical feature). In AtMAIL the data in Date, Address, Subject and other columns can be made fully visible by resizing columns as needed. Unfortunately, in RoundCube this is NOT possible and one must rely on individual MouseOvers to read the full text in a given field, (for those columns that support MouseOvers) if it has been truncated and is not fully visible, (which is very often the case).
c) HEADER ROW...
The Header Row is fixed and remains in place when scrolling downwards. In RoundCube the Header Row is NOT fixed and disappears when scrolling downwards which makes it difficult to easily maintain orientation and decreases efficiency and productivity, especially when working with lots of emails.
d) VISIBLE ROWS...
The number of visible and legible ROWS is significantly greater in AtMail vs. RoundCube. Productivity is enhanced when less scrolling is required.
e) AMOUNT of TEXT LEGIBLE and READABLE without MOUSEOVERS and/or SCROLLING...
In a large window or full screen MUCH more data is visible and clearly readable in AtMail vs. in RoundCube. It is not necessary to scroll nearly as much or to constantly MouseOver listed items to read the full email address, subject, etc.
f) FROM/TO COLUMN EMAIL NAME/ADDRESS FORMATTING...
In AtMail the "From" and "To" Email addresses in the interface are shown with both the Name AND Email address! Since the columns are resizable in AtMail it can be sized to show as much of the email Name/Address as desired. RoundCube only displays the Address NAME (unless there is none, in which case it displays the email address) which is also truncated when it doesn't fit in the column. The RoundCube columns can't be resized and a MouseOver is required to see the email address or the full name--often this results in a severe loss of efficiency and loss of productivity.
g) DATE COLUMN FORMATTING...
In AtMAil the FULL date and time of an email is displayed and the column can be resized to make all of it visible or a MouseOver will alternatively display the Full date. In RoundCube the Date/Time Column can't be manually resized. RoundCube generally can't display the full date/time in any of the selectable formats. Unfortunately even a MouseOver of the truncated date/time field will NOT reveal the full date/time. There is an option to display the date/time column as a so--called "pretty" date, but, this is virtually useless to "power" users.
h) FONT TYPE and FONT SIZE in COLUMNS...
In AtMail, small legible clear fonts and appropriate "whitespace" are balanced with excellent color contrast making for easy reading with less eyestrain. The small font size also allows for a larger amount of visible, easily readable text displayed in the email listing panes. This mitigates having to scroll or rely on MouseOvers and greatly enhances efficiency and productivity when working with lots of email. For RoundCube the text size and whitespace ratio is far less optimal and therefore less text is visible which generally mandates more scrolling and MouseOvers resulting in comparatively less efficiency and reduced productivity.
i) ADDITIONAL MOUSEOVER FUNCTIONALITY...
In AtMail mousing over a listed email item instantly gives a brief view of the first part of the email contents.
3) Other Features currently missing from RoundCube or that are inferior...
a) Currently there is NO "Calendar" or "Tasks" in RoundCube. However, these could possibly be added via Plug-Ins in the future.
b) AtMail can be configured to open emails in separate Popup windows by default via a simple click. This is as a Popup window, NOT an ENTIRE new browser window.
c) I appreciate the superior AtMail Status Bar on the bottom of the interface because it has such good contrast with a small clear font and enough white space to be easily readable diplaying key useful data. It displays the Email Account Name, the current Time and Date and the Size of the current Folder along with the Number of Messages.
Finally...
As a Sonic AtMail "power" user, who relies heavliy and frequently on AtMail WebMail, (particularly the IE/FF version), I find and feel that the current RoundCube "Beta" incarnation is a significant step backwards or at least a hefty downgrade in the key areas of Readability, Usability, Functionality, Productivity and Eyegernomics.
That said, I do understand why Sonic desires to simplify and streamline the current numerous Sonic email handling user interface infrastructure. However, I am requesting and hopeful that Sonic will address and resolve the above concerns during the remaining and/or any additional "Beta" phase, well before the other email interface infrastucture is turned off.
For the record I have been a loyal fan of Sonic since it was founded and also for many, many years as a business and private customer, avid supporter and Sonic services promoter. I have great respect for the Sonic founders, their vision and efforts as they continue evolving an already remarkable company that bucks virtually every one of the nastiest tendencies so prevalent today in the Telecom, Telecommunications and Connectivity Service Providers industry.
Please consider this feedback in the spirit offered; to be constructive, to engage intelligent dialog and meaningful debate, to help identify problems and of course to find useful solutions.
Programmers live in a different world.
What follows applies not only to Sonic.net's "System Architect" Kelsey Cummings & Co. but to most programmers, such as those working for newspapers and businesses.
The information below is not meant to insult the Sonic.net programmers but to report *facts*.
Programmers *literally* live in a different world -- their tiny cubicles with the best equipment money can buy. They don't know or care about the Real World outside their cubicles.
They have at their disposal:
- the newest and best computers with
- the fastest (dual) processors
- the largest memory
- the fastest connection and
- the biggest monitors set at the highest resolution -- all that supplied free of charge by their employers.
With their hi-tech tools (actually, expensive toys), they create programs and design pages that load fast and look good -- but *only* on *their* cutting-edge equipment and not in the Real World of the average, normal computer user.
These programmers stuff and bloat their creations with every possible gimmick, from JavaScript to mouseovers. Being admired by their fellow hi-tech geeks, they become arrogant and act god-like. See, e.g., Kelsey, the SquirrelMail killer.
These kinds of self-impressed programmers have no understanding of and compassion for "regular" computer users -- you know, that lo-tech poor or old scum that pays their salaries.
If these programmers were to go to 25 randomly chosen people's homes or businesses and looked at the computers, they would laugh their ass off, making snide comments about those folks' "old, ugly, embarrassing" mickey-mouse computers. "You don't have a fancy computer and monitor like I have? My Wundermail doesn't work (well) on your computer? Tough titties. You *vill* either use *my* creation or stop bitching and get lost!"
Of the many complaints in this thread, about 80% are by users and testers of Kelsey's flawed & bloated Wundermail.
Too bad that Dane and Scott don't have the time (or interest?) to read all messages in this long thread. Don't they care that this catastrophe has damaged Sonic.net's hitherto impeccable reputation beyond repair?
Reinhold {Rey} Aman
[email protected] - since 1997.
What follows applies not only to Sonic.net's "System Architect" Kelsey Cummings & Co. but to most programmers, such as those working for newspapers and businesses.
The information below is not meant to insult the Sonic.net programmers but to report *facts*.
Programmers *literally* live in a different world -- their tiny cubicles with the best equipment money can buy. They don't know or care about the Real World outside their cubicles.
They have at their disposal:
- the newest and best computers with
- the fastest (dual) processors
- the largest memory
- the fastest connection and
- the biggest monitors set at the highest resolution -- all that supplied free of charge by their employers.
With their hi-tech tools (actually, expensive toys), they create programs and design pages that load fast and look good -- but *only* on *their* cutting-edge equipment and not in the Real World of the average, normal computer user.
These programmers stuff and bloat their creations with every possible gimmick, from JavaScript to mouseovers. Being admired by their fellow hi-tech geeks, they become arrogant and act god-like. See, e.g., Kelsey, the SquirrelMail killer.
These kinds of self-impressed programmers have no understanding of and compassion for "regular" computer users -- you know, that lo-tech poor or old scum that pays their salaries.
If these programmers were to go to 25 randomly chosen people's homes or businesses and looked at the computers, they would laugh their ass off, making snide comments about those folks' "old, ugly, embarrassing" mickey-mouse computers. "You don't have a fancy computer and monitor like I have? My Wundermail doesn't work (well) on your computer? Tough titties. You *vill* either use *my* creation or stop bitching and get lost!"
Of the many complaints in this thread, about 80% are by users and testers of Kelsey's flawed & bloated Wundermail.
Too bad that Dane and Scott don't have the time (or interest?) to read all messages in this long thread. Don't they care that this catastrophe has damaged Sonic.net's hitherto impeccable reputation beyond repair?
Reinhold {Rey} Aman
[email protected] - since 1997.
<said in a whisper>... but SquirrelMail ain't that great. It isn't worth the vitriol I've been reading in this forum. Now I'll be instantly branded as a nazi marching in goose step with the sonic dev team. So go ahead and flame 'cuz it honestly ain't worth the blood pressure rise everyone is going thru. The new client does what squirrelmail does and adds the UI features common in today's email clients. You think everyone would see this as a net gain.
I get the port 22 in a shell for the Pine die hard. Not for me but they are taking it upon themselves. And there is complete support for POP and IMAP clients of any flavor on any OS. Why doesn't aman take all the energy used in drawing hitler comparisons and host his own squirrelmail server for the diehards to use? Hook it up to port 22 like the Pine folks. It must be easy to host a mail server, as many on this forum seem to believe.
And no, I am not a shill for sonic.net. I access sonic mail with Outlook on a PC, and the native clients on iOS (phone and tablet), as well as the crappy existing webmail interface when need be. To show you how crazy I really am, I'm gonna hook up sonic mail to Office 365 Outlook. Complete heresy to a SquirrelMail diehard, but I suppose that means I'm real squirrely...
I get the port 22 in a shell for the Pine die hard. Not for me but they are taking it upon themselves. And there is complete support for POP and IMAP clients of any flavor on any OS. Why doesn't aman take all the energy used in drawing hitler comparisons and host his own squirrelmail server for the diehards to use? Hook it up to port 22 like the Pine folks. It must be easy to host a mail server, as many on this forum seem to believe.
And no, I am not a shill for sonic.net. I access sonic mail with Outlook on a PC, and the native clients on iOS (phone and tablet), as well as the crappy existing webmail interface when need be. To show you how crazy I really am, I'm gonna hook up sonic mail to Office 365 Outlook. Complete heresy to a SquirrelMail diehard, but I suppose that means I'm real squirrely...
A more frequent example for need for a low-overhead way to access email.
We live far out in the country where the only possibility is DSL. It's slow at best. In storm conditions both electricity and phone (inc DSL) and cell phones become weak and intermittent at best. This is when we have most need of communications: with emergency services, to learn about road conditions, to communicate about neighbors who may need transportation to the emergency shelter, etc.
This is not a time to wait for bells and whistles -- or for Thunderbrd to 'get tired of waiting for the server'.
How much trouble would it really be to leave Sqirrrel accessible?
We live far out in the country where the only possibility is DSL. It's slow at best. In storm conditions both electricity and phone (inc DSL) and cell phones become weak and intermittent at best. This is when we have most need of communications: with emergency services, to learn about road conditions, to communicate about neighbors who may need transportation to the emergency shelter, etc.
This is not a time to wait for bells and whistles -- or for Thunderbrd to 'get tired of waiting for the server'.
How much trouble would it really be to leave Sqirrrel accessible?
If one wants to use seriously low bandwidth, the best way to cope is to use ssh to the shell machine, and there use pine/mutt/elm/... to read the e-mails. I've read much email using that technique over 2400 baud modem links (back I thought that 9600 baud modems were the coolest thing ever, when they first showed up in the late 80s).
In the case of limited bandwidth, you really want to leave the messages and the processing on the server, and only bring the final result over on the wire. Which is why web-based mail readers work pretty well in these situations, as long as they are designed to be simple and efficient.
Now, I have absolutely no problem with people who have high bandwidth available using whatever bells and whistles make them happy. For example, I use Lotus Notes at work all day long, and that must be the world's least efficient mail system, but it does things that we need (and our office has a 10 Gbyte/s link to the corporate network). The real issue here is: one size does not fit all. As the users and usage patterns are different, the solutions have to be different too.
In the case of limited bandwidth, you really want to leave the messages and the processing on the server, and only bring the final result over on the wire. Which is why web-based mail readers work pretty well in these situations, as long as they are designed to be simple and efficient.
Now, I have absolutely no problem with people who have high bandwidth available using whatever bells and whistles make them happy. For example, I use Lotus Notes at work all day long, and that must be the world's least efficient mail system, but it does things that we need (and our office has a 10 Gbyte/s link to the corporate network). The real issue here is: one size does not fit all. As the users and usage patterns are different, the solutions have to be different too.
Linda and Ralph and John
How about these facts?aman wrote:The information below is not meant to insult the Sonic.net programmers but to report *facts*.
Fact: in any well-managed development shop, the programmers do not make the decisions on what features to implement. The programmers are directed by managers and analysts on the features, the user experience, and the interfaces with other systems.
Fact: managers and analysts will determine what features to add based on various criteria, such as customer request, marketing research, legal/regulatory requirements, upstream vendor changes, hardware and/or operating system end-of-lfe, updated programming libraries, security issues, cost of operation and/or support, etc.
Fact: programmers are expensive. In this era, companies don't have programmers making changes to software just for the fun of it. A company will make the investment either because it must, or it believes the ROI justifies it.
We get it. You don't like the change. Fine. But stop throwing out misinformation. It doesn't help your case.
401 posts
Page 16 of 41
