Hey Alexander:

While I understand the impulse to keep the commits small, it's difficult to review the logic of the code without the full picture of what you're trying to do.

For the most part, the code itself looks OK - but without a clearer picture of your overall strategy, it's hard to say whether or not what you're doing makes sense.

I do have one comment though - see below.

-Mike

These comments say "list", but the default arguments are Python dicts.

Also, maybe I'm not understanding this correctly - but are you expecting fields / files to be lists of tuples?

Like:

[('someKey', 'someFileName', 'Some content!')]

for files?

Seems reasonable, but I want to be sure that everything continues to work with this change?

For NotImplementedError, it's not necessary to include a message unless it has some specific instructions. The current message just repeats the purpose of the exception, so I wouldn't include anything at that point.

For the purposes of clarity, it'd be nice to keep what we had before where the results of raw_input and getpass are put into variables, and then returned. The reason being that each of these is a pretty hefty operation (block for input) and should be read as two operations rather than one operation where things are just returned.