Vastaukset sisältävä XML-tiedosto lähetetään sähköpostilla liitetiedostona, joka ei kuitenkaan ole erillinen tiedosto vaan kulkee viestiin upotettuna, vaikka näyttääkin ulospäin olevan erillinen tiedosto. Wikipedian mukaan:
Messages of excessive size will usually be returned to the sender as undeliverable. This usually happens to attachments with a total size of over 30 MB... The size limitation thus moved from 30 MB set by the email servers...
Eli tuon mukaan sähköpostipalvelimien kokorajoitus olisi (usein) 30 Mt. Eri lähteistä löytyy erilaisia kokorajoituksia. Gmail mukaan:
With Gmail, you can send and receive messages up to 25 megabytes (MB) in size.
Eräästä paikasta löytyi tällainenkin tosin:
Note about sending attachments: The maximum message size any user can send through the Expedient mail servers is 10MB (or 10,000 Kb). However, it is recommended that you do not send a file larger than 1-2 MB to eliminate possible problems in sending or receiving mail attachments.
Muutamissa muissakin paikoissa mainittiin kokoja 20 Mt ja 30 Mt. http://tools.ietf.org/html/rfc1123#page-68 mukaan:
5.3.8 Maximum Message Size Mailer software MUST be able to send and receive messages of at least 64K bytes in length (including header), and a much larger maximum size is highly desirable. DISCUSSION: Although SMTP does not define the maximum size of a message, many systems impose implementation limits. The current de facto minimum limit in the Internet is 64K bytes. However, electronic mail is used for a variety of purposes that create much larger messages. For example, mail is often used instead of FTP for transmitting ASCII files, and in particular to transmit entire documents. As a result, messages can be 1 megabyte or even larger. We note that the present document together with its lower- layer companion contains 0.5 megabytes.
Näiden kaikkien lukujen perusteella alla olevassa testissä käytetään kokorajoina 64 Kt, 2 Mt ja 30 Mt.
Testi1: kaikkiin useampia vaihtoehtoja sisältäviin kysymyksiin vastattu (hieman epärealistisesti) valitsemalla ja poistamalla jokainen vaihtoehto useampaan kertaan käymällä kaikki vaihtoehdot vähintään kerran tai kaksi läpi: Kysymyksiä: 22, vastauksen Koko: 14 Kt. Pakattuna zipiksi 1.8 Kt. 64 Kt mahtuisi pakkaamattomana noin 100 kysymyksen vastaukset. 2 Mt mahtuisi pakkaamattomana noin 3218 kysymyksen vastaukset. 30 Mt mahtuisi pakkaamattomana noin 48274 kysymyksen vastaukset. Testi2: kaikkiin useampia vaihtoehtoja sisältäviin kysymyksiin valittu yksi tai kaksi vaihtoehtoa: Kysymyksiä: 22, vastauksen koko: 4.3 Kt. Pakattuna zipiksi 1.1 Kt. 64 Kt mahtuisi pakkaamattomana noin 327 kysymyksen vastaukset. 2 Mt mahtuisi pakkaamattomana noin 10478 kysymyksen vastaukset. 30 Mt mahtuisi pakkaamattomana noin 157172 kysymyksen vastaukset.
Eli tällä perusteella vastaussähköpostin koosta ei pitäisi tulla ongelmaa. Varsinkin kun tutkimuksessa asiakkaan mukaan on (ei tarkka sitaatti) maksimissaan muutamia kymmeniä kysymyksiä koska kukaan ei jaksa vastata niihin jos niitä on liian paljon. Ja koska javassa on valmiina zip-pakettien pakkaamiseen ja purkamiseen tarvittava kalusto, voisi hätätapauksessa vaikka laittaa SBS pakkaamaan vastaus-XML:n zip-tiedostoksi ennen lähettämistä ja toisessa päässä professori-ohjelma voisi sitten automaattisesti purkaa kyseisen paketin. Kuten testistä näkyy, vastaustiedostot pakkautuvat erittäin hyvin (14 Kt -> 1.8 Kt). Tehokkaammalla pakkausalgoritmilla saavutettaisiin varsinkin isompien tiedostojen tapauksessa vieläkin parempi tulos.