> Flawed logic at it's best.
Flawed grammar at its best.

Actually it would require a rewriting of the SMTP protocol :P However, the standard solution is to use port forwarding on an external unencumbered host accepting inbound port 25 and forwarding to your unblocked port (e.g. 1025). You can use a smarthost to similarly forward external email via another 'unblocked' host. This generally gets you closer to the benefits of a "local" mail server vs simply hosting your mail server external to your network.

Presumably this definition depends on the jurisdiction. At least in AU a contractor is as DragonWriter describes. A consultant can either be a contractor or an employee of a company. So typically it goes:

Internal roles:

• casual employee (works less than full time, includes a 'loading' in their base rate to account for not paying them holiday pay, sick pay, long service leave etc)
• part-time employee - same rights as full-time employee, but doesn't work full-time hours
• full-time employee, fixed term - a full-time employee with an end-date
• full-time employee - a full-time employee with an expectation of ongoing employment

Semi-external roles:

• labour hire/temp - internal staff member 'loaned' by a 3rd party e.g. resourcing firm

External roles:

• contractor - individual, usually with specialised skills &/or equipment, which is responsible for OUTCOMES not just effort. However they are often paid on an hourly basis. When they are, they are held to a higher standard of quality/responsibility than internal employees. They usually provide their own equipment, often work from home and typically only charge for directly produce work related to the task at hand.
• company - of course a 'contract' defines the role provided, but usually the people providing the service on behalf of the company are employees of the external company. e.g. IT Consulting firms. They may be contractors etc. There are many advantages to this situation over hiring a straight contractor or any of the internal roles, but the cost is almost always higher due to overheads.

David

Dropbox is a decidedly single-user solution. Try running a corporate network of 20 people using add-hoc cloud-based file-sharing with no file locking. And try doing it without getting "Why can't I access xyz file?" or "What happened to my data?" questions every 15 minutes. File locking sounds like technical minutae until you realise it's probably the single biggest feature requirement of a reliable storage solution. Use a commodity NAS instead of you want free/cheap (just be wary that your backup position is likely to be unknown/untested, but that's probably on a par with giving the task to someone who doesn't know WTF they're doing on raw linux or M$ platforms). BTW there are some annoying limits with GMail for domains. Again though, beats trying to be a mail admin who doesn't know wtf they are doing :P