> Can you ask the folks who control the recipient machine? The less > guessing you have to do, the better.
That's obviously not possible, I'm not guessing when I could easily ask. > I hate to be a pessimist, but I cannot see how it will be anything but. > You're trying to implement a real-time low-latency messaging queue over > e-mail, and you're trying to do it on a low budget. Moreover, your > expertise seems to be in a different area, so you'll be spending lots of > that low budget on research. I suppose it's possible to pull these > chestnuts out of the fire, but suffice it to say that I'm really > worried. You shouldn't worry about my project as much as you do. The app is not as complicated as it may seem and my only worry at this point is to get the e-mail out as fast as possible. But that can also be done at a later time, because the automation of this process will increase business success dramatically. However, it would be nice to do it right from the start. > BTW, is the machine on the receiving end actually checking e-mail often > enough that every millisecond is significant? I would doubt it, and if > not, then this whole project is a waste of time. Again, I can't be sure about this, but I think e-mails received at this address are piped through to an application. I know, it's lame and it sure as hell isn't efficient, but I can't change this. At least I know our position in the queue is more important than the actual handling time on the remote server. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
