Request:1234188706
From Tiny Appz
To fill a request, simply add
|filled = Application Name
to the request template, where "Application Name" is the name of your application or
|filled = url
if the request is filled by an outside link
To cancel a request add
|canceled = Reason you're canceling the request
Don't be a jerk and cancel other people's requests without a good reason.
A plugin/extension/script/whatever-the-correct-term for Thunderbird that appends the subject header of every email, as it is received, to a text file.
Problem this would help solve: I work at an independent used book store, and we list books online. We list with four listing services (ABE, Alibris, Amazon, and Antiqbook, for the curious). We have about 14,000 books listed at any time. The listings are available to purchasers 24/7, due the magic of teh interwebs, but we are only open 12 hours a day, and we only have our internet sales department staffed 8 hours a day.
When a book is ordered on one listing website at 11 PM, there is currently nothing to prevent another customer from ordering the same book through another listing site at 1 AM. Obviously, we have to then cancel one of these two orders (or, in a few notable cases, three orders out of four for the same book), which makes neither the customer nor us happy.
There is currently no software solution on the market that can monitor and update listings placed on multiple services. However, we do immediately receive an email indicating that a book has sold, and all four services include our store's SKU# for the book in the email subject heading. I have already written a program to remove the listing for a SKU from all four websites, but I've become stuck on the step of getting the SKU out of Thunderbird.
A solution to this does not need to parse the SKU out of the subject heading, as my code will already do this. In fact, it should not parse the SKU, as we also receive product inquiries and status updates that contains SKUs as well. Skipping Thunderbird entirely and grabbing the info straight from POP3 would be just fine as well.
Bonus points for solutions that work for other major email programs as well, or for IMAP as well as POP3, as I would love to be able to give this to all the other online booksellers dealing with a similar problem (currently, it's just assumed by booksellers that lower customer satisfaction scores are a required trade-off for the wider exposure that comes from listing on multiple sites). For the same reason, additional bonus points for configurability and user-friendliness.
~ Balzac
