]> git.treefish.org Git - fex.git/blob - htdocs/index.html
Original release 20150729
[fex.git] / htdocs / index.html
1 <HTML> 
2 <HEAD><TITLE>F*EX - File EXchange</TITLE></HEAD>
3 <BODY>
4 <center>
5 <h1>F*EX - Frams' Fast File EXchange</h1>
6 <IMG SRC="logo.jpg">
7 </center>
8 <p>
9 F*EX (Frams' Fast File EXchange) is a service to send big (large, huge,
10 giant, ...) files from a user A to a user B.
11 <p>
12 The sender uploads the file to the F*EX server using a 
13 <a href="/fup">WWW upload form</a> and the recipient
14 automatically gets a notification e-mail with a download-URL. 
15 <p>
16
17 You say:
18 <blockquote><em>
19   Why do I need another service for file transfer?!<br>
20   I have e-mail, ftp, ssh and even sendfile!
21 </em></blockquote>
22 <p>
23 I say:
24 <blockquote><em>
25   You still need F*EX :-)
26 </em></blockquote>
27 <p>
28   
29 For example, you want to send your friend your last holiday video (1 GB).
30 You have the following possibilities (and problems):<p>
31
32 <ul>
33   <li><h3>sending a DVD by postal service</h3><p>
34       Out of the question - we live in the year 
35       <<my @x=gmtime(time); $x[5]-69;>> 
36       after invention of the internet!
37       Sending media (hardware) is for grandpas.
38       <p>
39   <li><h3>using e-mail</h3><p>
40       Most e-mail servers have a limit of 10 MB per e-mail and a
41       storage-quota of a few 100 MB per user or even less.
42       <p>
43   <li><h3>uucp</h3><p>
44       Why not cuneiform writing on stone plates?
45       <p>
46   <li><h3>ssh</h3><p>
47       You have your friends password or you are willing to give him yours
48       - just for a file transfer?
49       <p>
50   <li><h3>ftp</h3><p>
51       <ul>
52         <li>Using which ftp server?
53         <li>Using which account, which password?
54         <li>You do not mind sending unencrypted passwords and files over the insecure internet?
55         <li>Your proxy supports passive-ftp?
56         <li>In case of anonymous ftp:
57           <ul>
58             <li>Does it allow 1 GB uploads?
59             <li>Does it allow to delete the upload afterwards?
60             <li>Who else can download your file?
61             <li>Who else can delete your file?
62             <li>You have to send your friend the download-URL, he has to
63                 inform you about the successful download, you have to delete 
64                 it afterwards.<br>
65                 All in all: a pain in the ass.
66           </ul>
67       </ul>
68       <p>
69   <li><h3>http</h3><p>
70       <ul>
71         <li>No default upload and user management - must be programmed
72         <li>No auto-notification
73         <li>No auto-deletion
74         <li>Very few http servers can handle files greater than 2 GB
75       </ul>
76       <p>
77   <li><h3><a href ="http://fex.belwue.de/saft/">
78           sendfile</a></h3><p>
79       <ul>
80         <li>You run UNIX and have sendfile installed?
81         <li>Your recipient runs UNIX and has sendfile installed?
82         <li>Neither you nor your recipient has a firewall blocking port 487?
83       </ul>
84       <p>
85   <li><h3>commercial services like DropLoad, ALLPeers, YouSendIt, etc</h3><p>
86       <ul>
87         <li>What limit do they have (most: &lt; 2 GB)?
88         <li>What about security and privacy: will your files be save and secure?
89         <li>Are they open source based or closed proprietary?
90         <li>Are they accessible with any browser or do you need java, active-X, flash or other evil plugins?
91         <li>Will they exist longer than a few months?<br>
92            (DropLoad, ALLPeers and drop.io already have terminated their business)
93       </ul>
94       <p>
95 </ul>
96 <p>
97 If you have answered only once "no" to the questions above, then you need
98 F*EX.
99 <p>
100 <h2>Main features of F*EX</h2>
101 <p>
102 <ul>
103   <li>file transfer of virtually unlimited file size
104   <li>recipient and sender only need an e-mail program and a web browser -
105       of any kind, they do not have to install any software
106   <li>RESEND and REGET for resuming after link failures at last sent byte
107   <li>auto-notification of recipient
108   <li>auto-deletion after download
109   <li>auto-deletion after expiration date (default: <<$keep>> days)
110   <li>full-users can create one time upload URLs for foreign users
111   <li>full-users can create sub-users, who can send only to this full-user
112   <li>full-users can create groups, an analogy to mailing lists, but for files
113   <li>maintenance-free: no admin interaction necessary besides creating new F*EX accounts
114   <li>Sending to multiple recipients needs storage on the server only once
115   <li>F*EX is a HTTP web-service and needs no firewall-tunnels
116   <li>support for streams, too
117   <li>for real UNIX users, there are the shell programs fexsend and fexget to
118       avoid annoying web browser usage
119   <li>protocol and source-code free available
120 </ul>
121
122 <h2>Let's talk about SEX</h2>
123 F*EX has a companion: Stream EXchange (SEX).<p>
124 You can imagine SEX as network wide UNIX pipes with a relay between.
125 This can be useful for piping data from user A to user B where A and B cannot
126 establish a direct connection, but both can connect by HTTP to the
127 SEX server. For seamless integration into the UNIX tool chain, there are
128 the shell-tools sexsend and sexget.
129 <p>
130 Authentication is the same as with F*EX.
131
132 <h2>Still questions?</h2>
133 See the <a href="http://fex.belwue.de/features.html">full feature list</a>, 
134 the <a href="/FAQ/FAQ.html">FAQ</a>
135 and the <a href="http://fex.belwue.de/usecases/">use cases</a>.
136
137 <p>
138 <ADDRESS>contact: <A HREF="mailto:$SERVER_ADMIN$">fexmaster</A></ADDRESS>
139
140 </BODY>
141 </HTML>