- eCommerce at a Phone Near You
- iCal Invites and Google Apps Accounts
- Migrating Old Data
- iPhone/iPad Text Editing Tip
- Old-School Troubleshooting
- More Drobo Feedback
- Life with iPad
- Backup to School
- Macintosh Computer Technical Support and Repair, Charleston, SC
- Oh, Drobo, How You Disappoint Me
- I Ordered an iPad
- On the Apple Tablet
- Bye Bye eCommerce
- Gmail IMAP Password Error Web Login Required
- Finding Missing Desktop Items
- More Google Apps Problems
- Google Apps for Your Domain Groups Problem
- Chuck Norris
- Ergotron LX Dual Desk Mount Arm Review
- Sit Better, See Better
- Disk Utility Bit Me
- Timezone Setting Won't Stick
- iTunes Genius
- 3D Optical Illusion
- Rolex and Interwatches Part III
- Leopard iCal Publishing Bug
- Repartitioning to Upgrade
- Back to My Mac on Bellsouth
- AT&T Kudos
- AT&T Rebate Complaint
- Wall Street Journal Mac Ad (sort of)
- Happy New Year!
- iPhone Mail and Calendar Integration
- Interwatches on eBay
- A Little Help from My Friends
- Beware Expiring Product Links
- Apple Repairs in Charleston, SC
- Recover from a dragging issue in Disk Utility
- IMAP Lesson
- iCal and Address Book
- Whose iPhone is That?
- Apple Please Give Me Text Selection
- L2 Technologies
- Using IMAP in iPhone Mail App
- iPhone Mail Issue Recovery
- iPhone Break
- iPhone Update and Impressions
- Got an iPhone Yet?
- AppleCare Redux
- Getting Things Done
- 128Gb is Enough
- Are You a Photographer?
- Browse the Network
- Reboot D@&nit
- Google is Serious
- Mac OS X Rules
- Low Tech Solutions Rule
- More on Backups
- More on Power
- Power Adapters Matter
- MTR (Matt's Traceroute)
- LG LST-3410a Troubleshooting
- Box.net
- Voice Pro VP206, VP208, VP412 PDF Manual (updated)
- MacBook and Photoshop CS2
- Apple Does NOT Mean Business
- Bellsouth Email Issues
- Enroll Your AppleCare
- More Blogspot
- It's a Small Blogsphere
- Grand Canyon, Here We Come
- Blogspot.com
- Analogies
- Please Keep Your Fonts
- Mail Message Not Downloaded Error
- Address Book and iSync
- HDTV on DVD
- Privileges Are Nice
- HDTV PVR
- Retrospect Server/Timed Scripts
- Playing Around with VNC
- Mac OS X Combo Fixer
- Automatic Migration
- Two Heads, One Set of Hands
- Troubleshooting Order Matters
- Lightening Strikes
- Gotta Cruise
- Zap the PRAM
- Hub Schmub
- Black iMac Screen
- Find the Culprit
- "My mail won't send..."
- MP3Concept (MP3Virus.Gen)
- User Folder Follies
- Quark Preferences
- DiskWarrior Rules!
- ATA Bus Wierdness
- Contacts, Contacts Everywhere
- mime types Matter
- How Not to Reinstall a Server
- Entourage Duex
- Kill the Cache
- Yay Disk Utility! Boo Quark!
- Universal Access
- Beware the Fonts
- Entourage Stopped-up
Oct<-- | Nov 2024 | -->Dec |
S | M | T | W | T | F | S |
27 | 28 | 29 | 30 | 31 | 1 | 2 |
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
Disclaimer: The entries you find in these pages are based on my individual opinions and thoughts. Some of the entries may be just plain wrong, and others harmful. Should you choose to act on, or try, anything you find on this site, you assume any and all risks associated with your actions. So there.
Gmail IMAP Password Error Web Login Required
September 8, 2009
I have migrated approximately 500 accounts and 40 domains over to Google Apps for your Domain. Most of my clients use the IMAP protocol to access their email accounts. One of the issues that I have come across is an error on password that occurs after a few days, weeks or even months of use.
The user begins to get a password error on login. If the user reads the complete error, it will say something along the lines of "Error on Password; web login required." The cure is simple, log in to the gmail webmail site for your account. Once the user logs in, the problem goes away.
Most users have no idea how to do this, so we always setup their domain to have a simple webmail login using http://webmail.CLIENTDOMAIN.com, where CLIENTDOMAIN.com is their actual domain. But others have to use the standard Google login, which is http://www.google.com/a/CLIENTDOMAIN.com.
The other day I ran across this issue, but logging into the webmail didn't cure it. In fact, the problem persisted through logging-out, rebooting, logging in from another computer, and everything else we could think of to try. Finally I just reset the password on the account to a new password. That worked right away. It wasn't that we had the wrong password -- we couldn't have reset the password otherwise. Somehow Google just didn't like the old password.
Bye Bye eCommerce
September 8, 2009
CCG has accepted credit cards for 10 years or more. Today we no longer accept them. The death blow came in two punches.
The first punch came months ago when our merchant account provider began to charge us an annual fee for Payment Card Industry (PCI) Data Security Standards (DSS) compliance. We had to prove to our merchant provider that we handled our client data securely. The only problem is that we can't do that. The reason we can't do that is that we simply don't collect client credit card data in the first place.
Our system has always consisted of a login to access your invoices. If you chose to pay an invoice online, we redirected you to Authorize.net, who collected your credit card info securely, then returned a success or failure code and an email. Our system never handled any of the required data, and only received a pass/fail notice in order to update the status of the paid invoice.
Now, in order to show compliance, in essence, we would have to begin collecting all of this data. Then we would have to store it securely and demonstrate that our security is robust. On the face of it this is ridiculous. Isn't it more secure never to collect and store the data than to do so in the first place? Still, that is not an option on the checklist. The upshot is that our provider began to hit us with an annual compliance fee and a monthly non-compliance penalty. Talk about your catch-22.
We interviewed other providers and were told that, while we would get hit with a one-time fee to prove (or disprove) compliance, we would never be hit every year and certainly wouldn't be fined monthly. Great, sign us up! Things went back to normal shortly after we switched merchant account providers, and our other fees went down too.
The second punch came this week. We got a compliance letter from the new provider. They are now charging us annually so they can check our compliance. And they will fine us monthly until we can prove we comply. How can you prove a negative? How are we supposed to prove we protect data we don't collect or store?
Oh well, so long credit card companies. I do truly appreciate your efforts to protect our privacy, really I do. But until you go about it in a sane manner, I can't be your customer any longer. Sniff... oh well, I don't need to pay you to get paid any more anyway.