Newsgroup: it.comp.lang.delphi
Titolo: Invio mail - SMTP Host

Sto usando i componenti indy per inviare automaticamente una mail con
allegati alla pressione di un semplice bottone.
L'unico problema è come impostare dinamicamente l'host smtp, cioè
vorrei non fosse l'utente ad inserirlo ma fosse intercettato
automaticamente.
E' possibile farlo ?
Grazie


Cioè: l'utente non ha idea di quale sia il server SMPT?
Quindi non sa che potrebbe essere: 
smtp.suodominio.it
 o qualsiasi
altro indirizzo?
E magari non sa neanche se si debba autenticare sul server smtp con
user e pwd?
E secondo te come lo "intercetti automaticamente"? E  poi che fai:
"intercetti" pure la user e la pwd?
Gp

 automaticamente.
L'host deve essere comunicato al componente indy perchï¿œ lui possa 
spedirti l'email tramite esso. Non c'ï¿œ altro modo che metterlo in 
configurazione del programma: inserito una volta, non lo si cambia 
piu'.
E' lo stesso per outlook, uno se lo deve configurare la prima volta, o 
no?
Ciao
-- 
Morde

 automaticamente.
definisci "automaticamente".
A.

 Gp
Si potrebbe prelevare i dati dal client di posta .... se impostati

 Si potrebbe prelevare i dati dal client di posta .... se impostati
Il che � pulito, pi� o meno, come sfilargli il portafogli dalla tasca...
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Si potrebbe prelevare i dati dal client di posta .... se impostati
Quindi sai che client di posta usa? E quale usa: Autluk, Thunderbirt,
Eudora...?
E di questo cliant hai una API ufficiale che ti permette di
interrogarlo? Ovviamente dovresti lanciarlo in background o attivare
un qualche suo oggetto OLE e poi chiederli quelle info via la API.
Uhmmm, come la vedo complicata: tempo buttato, ma se te lo pagano...
Vedo la soluzione di Morde molto più ragionevole: configura la tua
applicazione una tantum e poi funziona sempre.
Gp

Grazie
Se sei proprietario di un server SMTP pubblico
puoi usare quello per inviare le email
anzich� utilizzare quello del PC su cui gira l'applicazione
Ciao

 applicazione una tantum e poi funziona sempre.
Permettimi di aggiungere che ï¿œ anche piï¿œ "corretta", vale a dire che 
non effettua una lettura nascosta dei dati sensibili (quelli di signon 
per l'smtp) come era stato ipotizzato dall'OP. :-)
E qui poi entreremmo in un ginepraio di problemi legati alle normative, 
ecc... ;-)
Ciao
-- 
Morde

 anzichï¿œ utilizzare quello del PC su cui gira l'applicazione
Attenzione a dispensare consigli di questo tipo: se deve uscire 
un'email da una intranet, ï¿œ bene che venga fatto con un'autenticazione 
su server appartenente alla stessa, o comunque l'autenticazione deve 
essere "trusted".
Il workaround che tu hai suggerito ï¿œ il "relaying", una pratica che 
negli ultimi anni ï¿œ stata bloccata da tutti i provider visto che fu 
legata al crescente fenomeno dello spamming. :-|
Se un tizio vuole un programma che prevede la generazione di email, 
deve anche fornirmi un account valido per le stesse.. o no? :-)
Ciao
-- 
Morde


Forse non hai letto bene: ho scritto
se sei proprietario di un server SMTP...
C. 

 C.
continuo...
se sei proprietario di un server SMTP puoi creare
una casella o pi� caselle a seconda dei casi ed
utilizzare queste per inviare email
Visto che ti pagano la procedura, non vedo nessun
tipo di problema, sia legale che etico
Ciao
C. 

 tipo di problema, sia legale che etico
Sï¿œ certo, il tuo ragionamento non ï¿œ sbagliato, io davo per scontato che 
non si volesse sobbarcarsi la gestione di un relay (trattandosi 
probabilmente di invio di email proveniente da computer esterni al  
dominio del tuo server di posta).
A mio avviso (parlo per mia esperienza) queste comoditï¿œ potrebbero 
trasformarsi in un boomerang dal momento in cui tu vuoi occuparti solo 
di programmazione e il cliente ti chiama dicendoti che l'invio della 
posta non funziona, che il server e' irraggiungibile ecc... 
costringendoti ad occuparti di attivitï¿œ sistemistiche sottraendo tempo 
alla programmazione.
Io preferisco tenere separati gli ambiti di realizzazione del software 
dalla gestione piu' propriamente sistemistica.. ricordo decine e decine 
di telefonate di clienti che la posta non andava, meno male che il loro 
provider era 
tin.it
, 
libero.it
, tiscali, ecc.. e non il nostro server 
aziendale: sai quante rogne in meno da sbloccare? I facevo la 
telefonata all'help desk di alice business e quelli in 48 uscivano e 
dovevano risolvere il problema...
Non dovevo mettermi io a smanettare sul server smtp, o a verificare le 
impostazione, i log, se ci sono trojan, ecc... io pensavo solo che il 
mio software funzionasse fino alla .send del componente indy. :-)
Cmq, in questo thread, noi parliamo di paradigmi diversi: magari tu hai 
come strategia aziendale anche quella di attirare clienti lato IT, non 
solo software.
Ciao
-- 
Morde