>         DBMail will auto reply. DBMail development version will accept
>         [EMAIL PROTECTED] and you can autoreply with DBMail on
>         the mail to
>         user or in the case of sieve scripts, mail to mailbox or
>         user. 


> So I would need to upgrade from 2.0.x to 2.1 (or 2.2 when it's
> available) for this to work at all?


  You would need recent dbmail (2.1 dev or 2.2 when it's out) to support
the [EMAIL PROTECTED] and sieve features, and really for
autoreply, too (it is present, but has broken behavior in 2.0).  There
are other ways to do this, too.

> Someone said in an earlier mail to this list something about setting
> up my MTA (Exim) to do this.  Does that sound like a possibility?

  Right, you could have your mta grab a copy of the mail and do
something with it.  I've done this using snpp, not sms, in a few
different ways with postfix.  One way (in dbmail or postfix) is to make
an alias entry that sends your email to a script.  We have one domain
for which email is solely for sending to a text pager, for that I made a
the domain's transport send everything to a script that did the snpp.
In one other setup I have a dedicate user account for processing certain
mail .. I made a transport for just that one account, and grab mail from
some others via virtualmaps that forwards here.  From what I recall, I
think the reason to use transports instead of just an alias for that
user is because you have access to more info, specifically smtp envelope
addrs, which I pass to the script via the commandline.


> I have SMS on my cell phone, I am able to send messages to it via the
> smssend software (Freebsd port misc/smssend) without charge from my
> phone company (Rogers in Canada).  It works just fine, as I use it for
> Nagios notifications currently. 

  Should be easy to integrate.

> The ideal solution for me would be to have my DBMail / MTA server
> monitor which email address mail is being delivered to and then run an
> external script that captures and sends the Subject, and From headers
> out to that script which would in turn formulate an SMS message and
> send it to my cell (or IM, or whatever I would like it to be sent
> to). 

  This would be another method, but has nothing to do with your dbmail
or mta configuration at all.  Here you'd just have your monitoring
script run periodically and send off your sms message.  If you don't
want a message sent for every email you receive, this is probably the
route you'd need to take.  (You could of course combine them .. have
your mta send a copy of all mail to some script that collects the
pertinent info, then have another script run periodically to send it off
in sms).


-- 
Jesse Norell - [EMAIL PROTECTED]
Kentec Communications, Inc.

Reply via email to