Se precisar enviar em batch da uma olhada nesta api
ha-javamail.sourceforge.net

Ronaldo.

2009/8/1 Ronaldo Rigoni ... <rrig...@gmail.com>:
> Vc terá que fazer chamada recursiva no evento ResultEvent.RESULT, e
> enviar email por email se quiser fazer isso.
> Se sua rede possuir uma latência entre cliente Flex e servidor e não a
> possuir entre servidor e servidor SMTP a diferenca de tempo vai sempre
> ocorrer se efetuar envio em batch.
>
> A sugestão seira vc enviar email por email se mesmo quer notificar o
> usuário no momento do envio, mas isso resultará de uma chamada remota
> por email que vc precisa enviar, e isso tem um custo grande de
> processamento se comparado a 1 requisição apenas.
> Vc sempre precisa pesar custo x usabilizade.
>
> Ronaldo.
>
> 2009/8/1 RafaelViana <rfl.vi...@gmail.com>:
>>
>> Nossa...não
>> Estou enviando com o Java mesmo.API JavaMail
>>
>> Ja consegui fazer algo mais ou menos como queria.Tem um remote object
>> que chama uma classe java que faz o envio do email, e se ele não é um
>> email valido, ou algo do tipo ele me retorna um exception, e depois
>> exibo a lista dos emails que nao foram enviados.Porém eu tambem
>> gostaria de fazer algo "Enviando email x de x" para o usuário
>> acompanhar o envio desses email's, atualmente apenas tenho um
>> progressbar passando sem fim, e quando envia todos retiro o progress e
>> envio mensagem de sucesso.Só que se são 400 emails com varios anexos
>> (+- 1mb todos) isso demora um tempão e o usuário vai achar que deu
>> erro, apesar de ter o loading, usuário não tem paciência.O java no
>> back-end vai estar enviando todos os emails, e o usuario vai fechar o
>> loading e vai enviar de novo, mandando email desnecessários.
>> Se pudesse acompanhar o numero de emails que foram enviados e repassar
>> isso para o usuário ele saberia que eles estão andando.
>>
>> Tentei fazer algo assim, pego o numero de email que preciso enviar em
>> uma variavel e no result e no fault(porque eles sendo enviados com
>> sucesso ou não, considero como enviado tambem) eu somo uma variavel
>> dos que foram enviados.
>> E toda vez que somar atualizo além de incrementar a variavel, eu mudo
>> a mensagem "Enviado x de x"...
>>
>> Porém debugando eu percebo (testando com 3 emails), os 3 emails são
>> formados no back-end antes, de chegar no result ou o fault.Portanto
>> aparece "Enviados 1 de 3" e logo em seguida "Enviados todos com
>> sucesso", o usuário fica mais perdido, não adianta nada.Eu queria
>> saber se tem como: chamou o java no back-end e só chama o outro quando
>> tiver passado pelo result ou pelo fault.Porés estes emails são
>> enviados por um for, eles são chamados em sequencia sem controle
>> nenhum.
>>
>> On 1 ago, 17:49, Julio Carneiro <jjcarne...@gmail.com> wrote:
>>> Rafael,
>>>
>>> Como vc está enviando estes emails? navigateToURL(new URLRequest
>>> ("mailto:....";))?
>>> se for assim, tem jeito não...
>>> não há como o Flex (ou o browser) saber que o email foi enviado pois
>>> ele é feito pelo programa de email (outloo, firebird, mailapp,...).
>>>
>>> A alternativa é fazer isto no teu backend, se for possível.
>>>
>>> julio
>>>
>>> On 1 ago, 11:43, RafaelViana <rfl.vi...@gmail.com> wrote:
>>>
>>>
>>>
>>> > Estou com o problema em implementar uma mala direta.Porque tenho a
>>> > lista dos emails.Faço um for nessa lista e vou enviando os emails,
>>> > porém queria que só enviasse o próximo quanto o anterior já tivesse
>>> > enviado.
>>>
>>> > Os 3 emails são enviados, e só depois vai no result....
>>> > Como faço para tratar essa sincronia no flex?Tem como?
>> >>
>>
>
>
>
> --
> []'s,
> Ronaldo Rigoni
> http://www.ronaldorigoni.com.br
> Desenvolvedor JEE
> Ministério da Educação -  CESPE
>



-- 
[]'s,
Ronaldo Rigoni
http://www.ronaldorigoni.com.br
Desenvolvedor JEE
Ministério da Educação -  CESPE

--~--~---------~--~----~------------~-------~--~----~
Você recebeu esta mensagem porque está inscrito na lista "flexdev"
Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com
Para sair da lista, envie um email em branco para 
flexdev-unsubscr...@googlegroups.com
Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-~----------~----~----~----~------~----~------~--~---

Responder a