httptest(1) [debian man page]

httptest(1)						      General Commands Manual						       httptest(1)

NAME

       httptest - attempt to use an HTTP proxy to relay to a DSBL-complaint host

SYNOPSIS

       httptest <http ip> <http port>

DESCRIPTION

       httptest attempts to connect to port <http port> on <http ip> and relay through the host.

       It  attempts  to connect to the target_domain mail server directly to send mail, and also to relay through 127.0.0.1 on the host.  For each
       server, it tries all of: GET, POST, CONNECT.

       It works by embedding SMTP commands in the HTTP request header, which are then copied through to the mail server.  There is extra  junk	in
       the HTTP header, but most SMTP servers ignore it.  If a server is open to this type of relaying, it is highly likely that the relay will be
       anonymized and there will be no way to track back the sender (save possibly proxy logs).

       As of version 0.9.5, httptest attempts to use the CONNECT method as intended to form an actual SMTP conversation through the proxy.

AUTHOR

       Ian Gulliver <ian@penguinhosting.net>

SEE ALSO

       dsbl.conf(5), spamtrap(1)

								    2002-04-03							       httptest(1)

auth-relaytest(1)					      General Commands Manual						 auth-relaytest(1)

NAME

       auth-relaytest - attempt to use authenticated SMTP to relay to a DSBL-compliant host

SYNOPSIS

       auth-relaytest [-tv] ntlm <ip address[:port]>
       auth-relaytest [-tv] (cram-md5|login) <username> <password> <ip address[:port]>

DESCRIPTION

       auth-relaytest  attempts  to connect to the specified <ip address> on the specified port (default is port 25) and tries to use the supplied
       authentication data to relay mail through the host.

       auth-relaytest uses the sender_user, sender_domain, target_user, target_domain, and auth-message parameters from dsbl.conf(5)  by  default.
       If the auth-message parameter is not present, the message parameter is used instead.

       In the first mode of operation shown, auth-relaytest attempts to authenticate using anonymous NTLM authentication. A well-known bug in cer-
       tain Microsoft SMTP server implementations (described at http://www.microsoft.com/technet/security/bulletin/MS02-011.asp) will allow relay-
       ing for any client that authenticates in this way.

       In the second form of operation, auth-relaytest attempts to authenticate using either the cram-md5 or login variant of SMTP AUTH, using the
       supplied username and password.

OPTIONS

       -t     Test mode. Instead of using the target_domain parameter from dsbl.conf(5), the test_target_domain parameter is used instead. This is
	      useful for sending a test message to yourself, perhaps to check that the server is actually relaying the messages.

       -v     Verbose mode. Details of the SMTP transaction are written to standard output.

AUTHORS

       Paul Howarth <paul@city-fan.org>
       Ian Gulliver <ian@penguinhosting.net>

SEE ALSO

       dsbl.conf(5), spamtrap(1), relaytest(1)

								    2004-01-06							 auth-relaytest(1)