Newsgroup: it.comp.lang.delphi
Titolo: Indy o SMTP standard di delphi 6

Il mio problema è questo in relatà.
Io dal mio gestionale, mando una serie di messaggi di posta utilizzando 
i componenti standard per le mail, non le indy ma quelli forniti con il 
delphi 6.
Il mio cliente vorrebbe tenere traccia delle mail che io gli faccio 
inviare dal gestionale.
Cosa ho fatto io per fargli tenere traccia di ciò.
Ho creato una tabella dove inserisco i dati della mail,
oggetto, testo, a chi invia, con che mail lo invia (può settarne quante 
ne vuole nel gestionale), quando invia, a che ora invia, con allegati.
Nella tabella ho un campo che mi serve per identificare in modo corretto 
che tipo di mail invio, per avere una sorta diciamo di director.
Ho una form che uso per gestire queste cartelle con un pickedit, dove ho 
messo delle voci, a seconda della voce che scelgo, ho una directori 
diversa.
Io però volevo evitare di fare ciò salvando in automatico le mail che 
inviavo nelle cartelle predefinite di outlook express oppure in cartelle 
che potevo comodamente creare io, volevo usare outlook express perchè è 
il più usato.
Anche se so bene che forse è più facile intervenire su Microsoft Outlook 
di Office.
Il mio problema era un po' questo ecco.
Se c'era la possibilità bene altrimenti vado avanti come ho fatto fin 
ora.
Difatto anche se in maniera brutale ho creato un piccolo client di posta 
a doc per il mio cliente.
Infatti continuo ad aggiornargli il gestionale.
Se ha di bisogno nuove cartelle, mail gliele creo usando i codici.
Nella tabella esiste un campo TIPO che è di tio integer così posso 
salvare nel database le varie mail in diverse cartelle e posso sfruttare 
il pick edit assegnando all'apertura della tabella nell'evento 
beforeopen il parametro che mi interessa utilizzando l'index del 
pickedit.
Esempio:
Apriro le mail di Notifica invio materiale
pickedit ha una proprieta dove posso inserire quante voci voglio, a 
seconda della cartelle che voglio creare, aggiungo la voce
se pickedit vale ad esempio 2 (nella lista alla pozizione 2 troverò 
Notiva invio materiale) apro le mail che hanno tipo=2 nella tabella.
Grazie dell'attenzione.
A presto.
 
Massimiliano Monti
Cellulare: 0039 - 335 - 8477278
Mail: 
massimili...@matia.it
Grazie dell'attenzione.
A presto.
 
Massimiliano Monti
Cellulare: 0039 - 335 - 8477278
Mail: 
massimili...@matia.it
--- posted by geoForum on 
http://www.delphiedintorni.it

a doc per il mio cliente.
Ma a che pro ? Vedi sopra.  Di client di posta ne esistono già a
bizzeffe, testati, funzionanti, usati.  

Il problema del mio cliente è il seguente:
Nel gesttionale da me creato vi è una form chiamata Mail List dalla 
quale il mio cliente può inviare mail in list dal suo gestionale 
ereditando i dati per la mail dal database.
Esiste una tabella dove lui si configura le mail che vuole utilizzare 
per l'invio e una tabella anagrafica clienti dove sono presenti le mail
a cui inviare.
Inoltre nella form di fatturazione ho inserito la possibilità che quando 
stampa una fattura può inviare una mail con i dati della fattura al 
cliente in formato di testo, non nell'allegato ma nel corpo della mail.
Hon ho usato l'html per fare ciò.
Poi invia una mail di sollecito pagamento qual'ora lo desiderasse.
Quando registra il pagamento anche in quel caso il getionale in 
automatico invia una mail per confermare l'avvenuto pagamento.
Dove sta tutto il problema che in parte ma solo in parte penso di aver 
risolto?
Il problema sta nel fatto che il mio cliente vuole tenere traccia di 
tutte le mail che il gestionale invia.
Per cui io ho pensato ti salvarle nel database.
Io volevo evitare di salvarle nel database, ma di avere comunque una 
tracci, salvandole in un formato che outlook express possa leggere.


 Massimiliano Monti
Stavo pensando che all'invio delle Email, fare in modo che una copia venga
inviata anche al suo stesso indirizzo di posta.
Nell'Outlook Ex. potresti creargli una cartella apposita ed inserire un
filtro per queste in "Regole Messaggi" in modo che vengano salvate in questa
cartella.
Ciao Giorgio

 tracci, salvandole in un formato che outlook express possa leggere.
http://groups.google.it/group/it.comp.lang.delphi/browse_thread/thread/ad34f70d7cb231e0/bd422305a8aab4ad?lnk=st&q=inviare+mail+delphi&rnum=3&hl=it#bd422305a8aab4ad
...potresti saltare numerosi passaggi utilizzando le MAPI con OE come ti č
stato suggerito
dai un'occhiata al link, secondo me č risolutivo
Ciao
Valter

tracci, salvandole in un formato che outlook express possa leggere.
Ti ho già risposto: usa le MAPI.

Valter
Ciao Valter, Dio ti benedica per il tuo suggerimento.
Il sito che mi hai mandato mi ha risolto il problema.
Tra l'altro penso che potrò utilizzare quel codice anche per
fare un ciclo ed inviare una mail in list.
Non serve nemmeno che setto smtp per connettermi.
Infatti usa outlook per inviare.
Ho scoperto in oltre che se setti un parametro nel codice non ti apre 
nemmeno l'outlook, cosa che a me serviva da matti per inviare la mail in 
list da delphi.
Ora scusa se sono stato tedioso, ma ti chiedo un altra cortesia.
Ora che tutto funziona, posso fare una form che mi faccia vedere il 
contenuto delle mail inviate come se fossi dentro outlook express.
Se è complicato ci rinuncio.
Ma se si può fare, mi dici come e se ci sono componenti free che lo 
fanno.



Scusami se te lo dico, ma se fossi la persona che ti ha commissionato il 
programma storcerei il naso non poco ad avere un software che si appoggia ad 
OE per l'invio e l'archiviazione di messaggi. Con tutto il rispetto per OE 
che utilizzo come mailer.
Mi pare più un ripiego che una soluzione *pulita*.

 contenuto delle mail inviate come se fossi dentro outlook express.
http://www.djpate.freeserve.co.uk/AutoOE.htm
qui trovi i sorgenti e anche una demo per visualizzare i msg di outlook in
un form indipendente...
Ciao
Valter

>Mi pare più un ripiego che una soluzione *pulita*.
In effetti sono daccordo con te in questo, infatti io avrei di gran lunga
preferito la soluzione che avevo trovato.
Se hai letto i threads di prima vedi come ho fatto.
Usavo i componenti standard di Delphi.
Però mi sono accorto di una cosa, che così facendo avrei dato al mio 
programma si una valida soluzione ma poco efficiente per me e brutta da 
gestire a livello di codifica per leggere e salvare la mail.
Diciamo che fino ad ora lui aveva usato la prima soluzione da me trovata
ma quando glio ho spiegato che ero riuscito a pilotare dal delphi 
l'outlook ha voluto che usassi qusta ultima soluzione.
E' brutta sono daccordo, anchio ho storto un po' il naso all'inizio ma 
poi mi sono detto, ho tutte le mail in un unico posto dove le leggo sia 
quelle che invio da Delphi che le altre chi mi vieta di utilizzare 
questa soluzione, indolore per me perchè ci ho messo un secondo a 
sitemare il software per fare ciò con due istruzioni in croce, si per 
l'invio che per l'anteprima.
Ho saltato il passaggio della stampa della mail.
Usavo fuzzy e avevo creato una pagina che mi faceva vedere il testo 
della mail e a chi l'avevo inviata.
Ora sono soddisfatto nonostante la bruttezza della soluzione perchè ho 
speso meno tempo a fare così che non a scervellarmi per fare un database 
dove salvare le mail.
Potevo fare in un altro modo volendo.
Siccome sono mail testuali quelle che invio, quindi senza 
l'implementazione dell'HTML avevo anche pensato di fare delle cartelle 
nel computer, salvare i messaggi con un estensione di mio piacimento, 
dopo l'invio ovviamene, inserire in questi messaggi dei codici che mi 
sarebbero serviti per leggerli come delle mail in una memtable.
Cliccando sulla directory facevo un ciclo sui file presenti in quella 
directory e inserivo nei campi opportuni i dati della mail come se fossi 
su outlook express.
Dando anche la possibilità di stamparli ed eventualmente di reinviarli.
Ma per ora ho abbandonato il progetto perchè non sono sicuro di riuscire 
a farlo ci studierò sopra.
Tanto a me interessa inviare delle mail testuali percui non mi interessa 
usare HTML e altri componenti.
Potrebbe essere una soluzione questa oppure ho detto una scemenza priva 
di fondamento?
Spero di no.


 preferito la soluzione che avevo trovato.
...non riesco a capire tutto questo astio verso OE...
cos'ha che non va?
Ma se un cliente vi chiede di accedere ad Internet dal vs. prg gli scrivete
un nuovo browser?  :-)
Fai come credi meglio, Massimiliano, ma dal mio punto di vista (senz'altro
opinabile) il tuo prg ha tutte le carte in regola cos'ě com'č.
Oltretutto il link che ti ho fornito ti permetterebbe di integrare
un'anteprima/lettura dei messaggi dall'interno della tua applicazione.
Comunque č questione di gusti...
Ciao e buon lavoro
Valter

OE per l'invio e l'archiviazione di messaggi. 
Non ne capisco sinceramente il perché.  OE č il programma di posta
sicuramente piů utilizzato negli uffici (forse secondo a Outlook) ed č
lecito pensare che per tener traccia delle mail inviate, sia bene
poggiarsi al mailer predefinito nel sistema.  Oltretutto, tale mailer
potrebbe avere settaggi particolari, per l'uscita verso internet, che
vengono quindi sfruttati in automatico.

E' brutta sono daccordo, 
E' "brutta" in base a quale criterio ? Se il tuo cliente la
preferisce, non è affatto brutta.  E' una soluzione che lo soddisfa.

 Comunque è questione di gusti...
Sì, potrebbe anche essere questione di gusti, se io fossi sia chi 
commissiona che chi programma.
Già al pensare che l'utente/utonto possa aprire outlook express ed eliminare 
facilmente cartella e messaggi mandati dal software di 
magazzino/fatturazione/ecc, ossia dati sensibili per il suo lavoro, mi fa 
tremare perché prima o poi dovrò aspettarmi una telefonata dal cliente che 
s'è reso conto che ho ripiegato su qualcosa di poco sicuro.
E comunque volendo adottare in OE tutte le prevenzioni del caso, si tratta 
di un modo poco pulito per ovviare ad un problema che dovrebbe risolversi 
all'interno del gestionale. Sempre secondo me, poi ognuno fa come vuole.
Ciao


Con idMessage di indy ottieni facilmente un file .eml che eventualmente, se 
proprio volessi utilizzare il visualizzatore di mail del sistema, potresti 
in pochi passaggi mostrare.
I tuoi messaggi sono in solo testo. E' relativamente semplice fare un modulo 
per gestirli.
Ma se il tuo cliente č contento cosě con OE, cosě sia.
Ciao

all'interno del gestionale. 
Se vuoi parlare di gusti, allora ognuno è libero di fare come vuole,
ma se parli di pulizia, allora è piuttosto opinabile quanto dici per
il semplice motivo che la spedizione di un'email non dovrebbe
"risolversi all'interno del gestionale".  Un'e-mail è un'e-mail, se
vuoi qualcosa di più sicuro progetti un sistema diverso.

 facilmente cartella e messaggi
Condivido la tua osservazione. Ora non so, dovrei vedere, ma se si potesse
prevenire la cancellazione io la riterrei sempre un'opzione interessante.
Lavoro in meno e "apparente" professionalità di un prg capace di integrarsi
ed interagire con gli elementi di un sistema operativo. A molti utenti
questa cosa piace...
Ma se non posso blindare quanto sopra allora mi ricredo.
Ciao
V.

Ma se non posso blindare quanto sopra allora mi ricredo.
E' un ragionamento sbagliato, a mio parere.  Se mi affido alle e-mail,
accetto tutto ciò che un'e-mail comporta (anche la possibile
cancellazione), altrimenti il sistema da usare è totalmente diverso.
Se il cliente vuole le e-mail, è quello che bisogna dargli, dopo
avergli fatto presente che le informazioni passate per e-mail sono
volatili.

 ha scritto nel messaggio
news:98cr22hiafmg3n81i...@4ax.com...

In effetti stavo perdendo di vista il vero problema di Massimiliano che tra
l'altro credo siamo riusciti a risolvere pienamente...spesso le discussioni
si allargano e finiscono per non riguardare più la domanda sorgente.
Ho riletto i post precedenti...per mail non manderei mai il numero della mia
carta di credito o la combinazione di una cassaforte ma nel mio lavoro mando
e ricevo quotidianamente fatture, comunicazioni di ritardato pagamento,
offerte economiche ecc.
Ma quello che più conta per Massimiliano:
il suo cliente è soddisfatto dell'uso di OE
a meno che non venga colpito da pazzia improvvisa se lo si informa che in
una data cartella risiedono le mail del gestionale perchè mai dovrebbe
eliminarla?
Se lo fa...in ogni caso mi auguro resti il cartaceo.
Massimiliano, tra una confusione e l'altra, hai risolto?  ;-)
Valter


Tra una confusione e l'altra si ho risolto.
Alla fine si può discutere quanto si vuole ma bisogna soddisfare le 
esigenze di chi commissiona il programma.
Ovviamente se fossimo noi a fare un gestionale che poi dovremo rivendere 
bè in quel caso allora sarebbe il caso di prevedere la possibilità di 
non far si che dati sensibili vengano cancellati.
