First, we'd like to apologize for the apparent dearth of new features recently. We have been laying groundwork for new features behind the scenes, but the primary obstacle to actually providing much new functionality has been our current Flash-based Admin interface, which by now has become so complex and crufty as to be intractable for effecting even trivial-seeming changes.
Thus, our Dev team has been dedicating the bulk of their efforts towards building a completely brand-new Admin from scratch in DHTML, which will be much more accommodating to changes now and in the future. This involves replacing not just the visible interface itself, which is simple enough to duplicate in DHTML, but also replacing or integrating that with a complex layer of ActionScript that handles the logic translating the interface controls and settings to database fields and vice-versa.
We've started some strategic discussion regarding the feature you requested, about giving sellers the option to allow self-service link reactivation for buyers. In the near term, we should be able to add support for a new template variable in thank-you emails, allowing you to insert a link buyers could use to reactivate their own download link for a given transaction. The risk here is that buyers wanting to share out their link with others could simply share their reactivation link along with the link to their thank-you/download page, which bypasses the whole point of issuing each buyer unique links that expire.
Longer-term, we're evaluating how to securely manage buyer access to a log of transactions they'd made through our system, so they could re-activate links through that for sellers who permit it. The trouble here is that we aren't a traditional storefront/CMS software package that gets installed on the seller's server, but we're also not fundamentally a centralized marketplace site like Etsy, so we don't control every stage of the purchase process from shopping through checkout, creating a customer profile account isn't an inherent part of our purchase process, and our existing system wasn't engineered with that concept even in mind.
Unlike those other licensed or fully-hosted e-commerce solutions that work as a self-contained system, we're a semi-hosted hybrid solution, which gets pasted into independently-maintained sites then and hands-off checkout to a variety of third-party payment processor sites. With our service, the phase of purchase where a buyer profile account would normally be created transparently (or logged into for repeat customers), namely during checkout, usually transpires on another site entirely out of our hands, so we'd be stuck trying to fabricate some semblance of a buyer profile account after the fact, with the secondhand data reported back to us by the payment processors after payment has already been completed.
In summary, rest assured Development is aware of the desirability of this functionality, so they're seriously considering how best to approach implementing it, and many new, long-delayed features are also in the works, just currently backed-up behind the dam of our new DHTML-based Seller Admin that would allow you to manage those features and allow us to add new functionality more frequently in the future.
