hi stefan

• check if the mobile of the poor tech that gets the message

that his server is eg. on fire ;), really received the message and if not, sending it again or sending it to another tech

well, i don't know if this works. you would have to parse the 'sendebestätigung'. i'm not sure if external services like minick are giving this feedback. if you use your own infrastructure there is the possiblity.

• maybe sending sms to customers

do you really want to do this? :) well..depenting on your configuration whom you send sms to.

• sort of security (not everyone should be able to send email

to the gateway)

you might filter this out on your mail (relay-)server or on the incoming edge of the sms-gateway (e.g. with a password).

• a simple network monitor tool which pings the servers that

should be running and if there's no communication, send an sms

look at nagios or any other network monitor tool. all of them support notification by email (and then your email2sms gateway will do the rest ,-))

• maybe two way sms gateway (tech. could send a ping with his

mobile, could aknowledge a error message, and so on)

don't be complicated. use nagios (or $yourfavoritemonitoringtool), buy a nice mobile with integrated ssh/telnet tool and save the spare time to enjoy an evening at the lake ;-)

Do you have any recommentions, which tool and/or hardware to use for this issue? Do you have any expirience with such tools?

you should have a look at nagios (http://www.nagios.org/) and use either a connected gsm phone to the server or use one of the many gsm gateways there are (ipplus sms service/only for ip+ customers; minick; etc..)

-steven