@email - Delegate to slave process.

[brazilofmux]

Original issue 83 created by brazilofmux on 2006-09-11T11:41:34.000Z:

On Sep 10, 2006 3:10 PM, Alierak reported:

This appears to use blocking i/o with short timeouts, but it could still
block up to one second per input character; perhaps, like SQL, it could
eventually be delegated to a slave process. You pretty much just
want to see results if there's an error transmitting the message all the
way to the recipient, and not all such errors can be returned immediately
during the first-hop SMTP conversation anyway.

[brazilofmux]

Comment #1 originally posted by brazilofmux on 2006-09-13T15:22:00.000Z:

This is really an enhancement and not a defect.

[brazilofmux]

Comment #2 originally posted by brazilofmux on 2006-11-28T05:33:37.000Z:

<empty>

[brazilofmux]

Comment #3 originally posted by brazilofmux on 2007-08-07T01:37:05.000Z:

Is there a feedback if @email fails? I surmise that most games use this for
notifications and do not monitor the fail/success process.

Spawning it off as a thread is probably the easiest approach but it does eliminate
error feedback. Having a slave process seems like overkill.

[brazilofmux]

Comment #4 originally posted by brazilofmux on 2007-08-07T02:14:21.000Z:

The 'right' way to do it is the same form as async SQL and will probably be built on
top of an out-of-proc module.

[brazilofmux]

Comment #5 originally posted by brazilofmux on 2007-08-15T15:05:23.000Z:

Postponing to TinyMUX 2.8.