Quindi l'host cambia con il variare dell'inviatario se ho ben capito no?

Una email, per essere spedita, deve passare da un server smtp (e tra le altre cose, in certi casi questo richiede pure l'autentificazione), e i server smtp che non permettono il relay (cioe' tutti, tranne quelli che richiedono l'autentificazione o che sono malconfigurati) cambiano a seconda del provider della connettivita'. Quello che uso io a te non funzionerebbe, e viceversa.

Pero' che tristezza, vedere Gambas che sulla Debian non parte oltre la 3.1.1, a meno di compilazioni che pero' sono improponibili altrove. La 3.5.1, finalmente in unstable, non va (il problema e' tale gb.geom, ma sulla ml tacciono dell'argomento), e su questo pc nemmeno la 3.4.2 per via di gb.image. Insomma, i problemi negli anni vedo che sono aumentati proporzionalmente al numero di componenti :-)
E pensare che il 90% di quello che faccio e' senza interfaccia...

Se poi il tuo utente non è neanche capace di cliccare su OK una volta ogni 2-3 giorni allora c'è un problema di fondo impressionante.

Debian stable e l'utente preme anche poche volte, e per due o tre anni e' a posto.

Come faccio a scrivere su un file .txt con Gambas? 

Io ero per proporre una cosa come questa, ovviamente con i dovuti controlli d'errore (se invece che sub fai una function e ritorni un valore a seconda che ci siano stati errori o meno, puoi gestirti ancora meglio)... ci sono svantaggi e vantaggi nell'usare una routine magari anche complessa per scrivere i file: ovvero, i primi possono essere un rallentamento, nel caso di uso di molti file (e per molti da potersene accorgere non intendo cento, ma almeno un paio di ordini di grandezza in piu'), mentre i secondi sono una sicurezza e una semplificazione, visto che ti risparmi di fare check ad ogni salvataggio.

ho dimenticato di riportarlo.

Ci sono diversi miei post originali su usenet dove io dimentico la domanda. Tipo "ho una routine fatta in questo modo, che ho sistemato in un altro, grazie" 

Tuttavia ho utilizzato le sue librerie immagini anche per creare barcode particolari e funzionavano molto bene.

Beh, intanto PIL non funziona con Python 3, non mi sembra poco, e provando i bindings piu' diffusi le prestazioni sono piuttosto scadenti (personalmente mi sono trovato costretto a usare richiami diretti a ImageMagick): database e suoni ne frequento pochi, ma processando testi (analisi di percorsi utensili per macchine cnc) Gambas (dietro ovviamente a C++ e Lua) da' distacchi clamorosi a Python. Mi lascia parecchi dubbi anche l'uso ricorrente di montagne di moduli esterni per realizzare funzioni accessorie, non si puo' dire che e' politicamente scorretto, ma una volta veniva deriso chi usava troppi ocx nel Visual Basic. A volte mi pare pure che i dir sui moduli importati siano un po' troppo lunghetti
Poi ovviamente ha anche i suoi bei pregi, tipo la diffusione, la quantita' di moduli gia' fatti, tipo quelli su PyPi, la documentazione, la portabilita' tra so, insomma, non ne parlo certo male (del resto lo uso anche io), dico che non mi pare perfetto!

Spero tu stia scherzando.

No, dico solo che Gambas e' per fare certe cose, altri linguaggi sono per farne altre. Tutto e bene non credo lo faccia nessun ambiente.