Re: SMTP password

2000-03-20 Thread muggles
On Sat, Mar 18, 2000 at 06:06:26PM -0900, Adam Shand wrote:
.
.there isn't a debian sendmail 8.10 package yet but there is the sasl
.packages (libsasl7 and libsasl-dev).
.


a deb of 8.10 is now in the unstable archive and the upgrade from 8.9.3 is 
relatively
painless.

a couple of notes:

+ the sendmail.cw file has been replaced by local-host-names file 

+ if you used FEATURE(rbl) it has been superceded by FEATURE(dnsbl)

i believe both are mentioned in the changelog.

i haven't seen a lot of doco on implementing SMTP AUTH but am very interested
in this!

thx,

mark

-- 

and the ultimate cruelty of loves' pinions
beset his appearance




Re: SMTP password

2000-03-20 Thread Adam Shand

 a deb of 8.10 is now in the unstable archive and the upgrade from 8.9.3
 is relatively painless.

has it been compilied against the sasl libraries?

 i haven't seen a lot of doco on implementing SMTP AUTH but am very
 interested in this!

the only really good docs are on claus' home page that was the url in my
previous message.

adam.


Re: SMTP password

2000-03-19 Thread Adam Shand

 There were no other way. Were can I get sendmail 8.10 and the sasl
 patches?

there isn't a debian sendmail 8.10 package yet but there is the sasl
packages (libsasl7 and libsasl-dev).

download sendmail source from www.sendmail.org and there is some good info
on how to make it all work in the docs in the tar ball and at
www.sendmail.net.

also there is good info on Claus' home page.

http://www.sendmail.org/~ca/email/auth.html

hope that helps,

adam.


Re: SMTP password

2000-03-19 Thread Emil Soleyman-Zomalan
 there isn't a debian sendmail 8.10 package yet but there is the sasl
 packages (libsasl7 and libsasl-dev).

Actually there is a debian package of sendmail 8.10. 
You can find it at http://www.debian.org/Packages/unstable/mail/sendmail.html

-- 
Emil Soleyman-Zomalan


Re: SMTP password

2000-03-18 Thread Camilo Alejandro Arboleda
Adam Shand wrote:
 
 if neither of these are possible you're other options is to setup sendmail
 8.10 with the sasl patches to talk smtp auth to their server.  this is not a
 trivial solution though and i would recommend agaist it (simply because it's
 complicated) unless there really no other way.
 
 adam.

There were no other way. Were can I get sendmail 8.10 and the sasl
patches?

Thanks,

Camilo Alejandro Arboleda

-- 
* De simio la conoci y he visto hombres que la añoran.
* En lo que a mi se refiere, ni entonces ni ahora
* perdi mi libertad.
  Informe para una academia. Franz Kafka


SMTP password

2000-03-17 Thread Camilo Alejandro Arboleda
Hello!

I have a problem: my ISP ask me for username and password to send e-mail
by smtp. With Netscape is easy to configure it, but I don't know how to
do that with smail or sendmail. Can somebody help me?

Thanks,
Camilo Alejandro Arboleda.

P.S. Sorry, terrible English.
-- 
* De simio la conoci y he visto hombres que la añoran.
* En lo que a mi se refiere, ni entonces ni ahora
* perdi mi libertad.
  Informe para una academia. Franz Kafka


Re: SMTP password

2000-03-17 Thread Oswald Buddenhagen
 Hello!
 
 I have a problem: my ISP ask me for username and password to send e-mail
 by smtp. With Netscape is easy to configure it, but I don't know how to
 do that with smail or sendmail. Can somebody help me?
 
the problem is: smtp has NO password at all (AFAIK). the point is, you
have to do POP before SMTP to authorize yourself, which netscape does
normally.
when using an mta (e.g. sendmail) you have to do a fetchmail before
sending any e-mail. on one box i configured i simply put a fetchmail
in the ppp-up script, that is, fetchmail is called directly after dialing
in. a problem arises, if you stay on-line that long, that your
authorization times out - then you would have to fetchmail before
sending e-mail again. but i thing it is a good idea to run fetchmail as a
daemon as long as you are on-line, so it checks for mail and holds your
smpt-authorization open every, say 10, minutes.

in short:
 put a fetchmail -d 600 in your /etc/ppp/ppp-up
 put a fetchmail --quit in your /etc/ppp/ppp-down
(i'm not sure if the files are in /etc/ppp/ on debian, as i set up a suse
box.)

 P.S. Sorry, terrible English.
not that bad - at least not worse than mine :-)

-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature, please!
--
Linux - the last service pack you'll ever need.


Re: SMTP password

2000-03-17 Thread Jens B. Jorgensen
Oswald Buddenhagen wrote:

  Hello!
 
  I have a problem: my ISP ask me for username and password to send e-mail
  by smtp. With Netscape is easy to configure it, but I don't know how to
  do that with smail or sendmail. Can somebody help me?
 
 the problem is: smtp has NO password at all (AFAIK). the point is, you
 have to do POP before SMTP to authorize yourself, which netscape does
 normally.

This is not true. SMTP can have the AUTH extension to allow user/password
authentication. This mechanism is used by many ISPs and is implemented in mail 
SMTP
servers (including recent sendmail versions).


 when using an mta (e.g. sendmail) you have to do a fetchmail before
 sending any e-mail. on one box i configured i simply put a fetchmail
 in the ppp-up script, that is, fetchmail is called directly after dialing
 in. a problem arises, if you stay on-line that long, that your
 authorization times out - then you would have to fetchmail before
 sending e-mail again. but i thing it is a good idea to run fetchmail as a
 daemon as long as you are on-line, so it checks for mail and holds your
 smpt-authorization open every, say 10, minutes.

 in short:
  put a fetchmail -d 600 in your /etc/ppp/ppp-up
  put a fetchmail --quit in your /etc/ppp/ppp-down
 (i'm not sure if the files are in /etc/ppp/ on debian, as i set up a suse
 box.)

  P.S. Sorry, terrible English.
 not that bad - at least not worse than mine :-)

 --
 Hi! I'm a .signature virus! Copy me into your ~/.signature, please!
 --
 Linux - the last service pack you'll ever need.

 --
 Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED]  /dev/null

--
Jens B. Jorgensen
[EMAIL PROTECTED]



Re: SMTP password

2000-03-17 Thread Adam Shand

  I have a problem: my ISP ask me for username and password to send e-mail
  by smtp. With Netscape is easy to configure it, but I don't know how to
  do that with smail or sendmail. Can somebody help me?

 the problem is: smtp has NO password at all (AFAIK). the point is, you
 have to do POP before SMTP to authorize yourself, which netscape does
 normally.

actually with sendmail 8.10 and various other patches now available for
other mta's smtp auth is starting to spread.  it is possible that you are
being asked for a password, though it's unusual that they will insist on one
unless you are considered *OUTSIDE* of their ip space and thus get caught by
their anti-relay rules.

my first suggestion would be to do one of these things:

 * get your isp to add your ip address to their access list so you can send
   mail through their server without requiring authentication.

 * don't use your isp's mail servers, you obviously have a linux box just
   send mail directly from it (may be impossible if your isp filters port 25
   traffic at their router but not many do).

if neither of these are possible you're other options is to setup sendmail
8.10 with the sasl patches to talk smtp auth to their server.  this is not a
trivial solution though and i would recommend agaist it (simply because it's
complicated) unless there really no other way.

 when using an mta (e.g. sendmail) you have to do a fetchmail before
 sending any e-mail. on one box i configured i simply put a fetchmail
 in the ppp-up script, that is, fetchmail is called directly after dialing
 in. a problem arises, if you stay on-line that long, that your
 authorization times out - then you would have to fetchmail before
 sending e-mail again. but i thing it is a good idea to run fetchmail as a
 daemon as long as you are on-line, so it checks for mail and holds your
 smpt-authorization open every, say 10, minutes.

this will work if your isp supports pop before smtp, but if you are being
prompted for a password that is most likely not the problem.

adam.