Can't send mail with Pop3
Mark Healey
but when I try to send it says that the server isn't configured to
send. Unfortunately there is no man page for the server.
Where is one?
Mark Healey
marknews(the 'at' thing)healeyonline.com
David Efflandt
> I have a Redhat 7.2 setup. I can use remote clients to download mail
> but when I try to send it says that the server isn't configured to
> send. Unfortunately there is no man page for the server.
Why do you mention pop3 in relation to sending mail. That is handled by
your smtp server, like sendmail or similar. While some mail servers
require pop3 authentication before accepting smtp, the 2 programs are
unrelated. If you have no mail server configured, point your mail client
at your ISP's smtp server.
You have not even mentioned what specific program you are looking for
instructions for.
--
David Efflandt - All spam ignored
http://www.autox.chicago.il.us/ http://www.berniesfloral.net/
http://www.nsscc.com/ - free driver school Friday nights in March
Lawrence Glasser
Sorry, I have no experience with Redhat, but I do
know that POP3 is for receiving, not sending email.
Larry
Mark Healey
wrote:
> On 15 Mar 2002 05:14:14 GMT, Mark Healey <ad...@hotmail.com> wrote:
> > I have a Redhat 7.2 setup. I can use remote clients to download mail
> > but when I try to send it says that the server isn't configured to
> > send. Unfortunately there is no man page for the server.
>
> Why do you mention pop3 in relation to sending mail. That is handled by
> your smtp server, like sendmail or similar. While some mail servers
> require pop3 authentication before accepting smtp, the 2 programs are
> unrelated. If you have no mail server configured, point your mail client
> at your ISP's smtp server.
>
> You have not even mentioned what specific program you are looking for
> instructions for.
The problem is that I have a mail server with RedHat 7.2 that handles
my family domain. When people request mail from it using remote
clients and pop3, they get it. When they try to send using pop3
instead of straight smpt it the response is that the server isn't
configured for pop3 sending.
I'm comfortable using smtp for a few trusted machines but not for
anything out there and would like to use pop3.
tells
> I'm comfortable using smtp for a few trusted machines but not for anything
> out there and would like to use pop3.
That's like saying that you rather dial your friends using the
mailman... POP3 knows nothing about sending e-mails, all POP3 is is a
protocol used to "download" e-mails from a mailbox.
/t
Richard Howlett
>
> I have a Redhat 7.2 setup. I can use remote clients to download mail
> but when I try to send it says that the server isn't configured to
> send. Unfortunately there is no man page for the server.
You need to set up sendmail to allow relaying from your subnet.
Edit /etc/mail/access and add a line similar to this:
192.168.4 RELAY
where 192.168.4 is replaced by your subnet address.
Then run:
makemap hash /etc/mail/access </etc/mail/access
to rebuild the access.db file in that same directory.
--
Richard Howlett
mailto:ric...@howie.org.uk
Mark Healey
My favortie mail client (Pmmail) has two send options for sending SMPT
and POP. If you choose SMTP all it asks for is the server name and
port#. If you choose POP it asks for the server name, port, username
and password. So obviously it is possible.
It stands to reason that if one were to enable SMPT relaying from
anywhere, one would become a forwarding junction for spammers. If
legitimate users want to send mail, using their accounts in the
servers domain but from a computer that isn't, they use POP.
tells
> My favortie mail client (Pmmail) has two send options for sending SMPT
> and POP. If you choose SMTP all it asks for is the server name and
> port#. If you choose POP it asks for the server name, port, username
> and password. So obviously it is possible.
Maybe I was wrong, but being too lazy to read the RFC I won't admit it
just yet. :)
/t
Thor Kottelin
Mark Healey wrote:
>
> On Fri, 15 Mar 2002 13:44:20, te...@nowhere.invalid (tells) wrote:
> > POP3 knows nothing about sending e-mails, all POP3 is is a
> > protocol used to "download" e-mails from a mailbox.
>
> My favortie mail client (Pmmail) has two send options for sending SMPT
> and POP. If you choose SMTP all it asks for is the server name and
> port#. If you choose POP it asks for the server name, port, username
> and password. So obviously it is possible.
In that case your favorite mail client has a confusing UI.
"The Post Office Protocol - Version 3 (POP3) is intended to
permit a workstation to dynamically access a maildrop on a server
host in a useful fashion. Usually, this means that the POP3 protocol
is used to allow a workstation to retrieve mail that the server is
holding for it." - RFC 1939
> If
> legitimate users want to send mail, using their accounts in the
> servers domain but from a computer that isn't, they use POP.
They may use any number of authentication mechanisms, admittedly including
their POP3 user name and password. Normally users in such a situation would
simply use their own mail servers though.
Obtw., comp.mail is a bogus group; follow-ups narrowed.
Thor
--
http://thorweb.anta.net/
IRCnet #areena
PGP public key available
tells
I knew I shouldn't have doubted myself (this is what happens when you
get yourself a woman... hmmm...), thanks Thor. :-)
/t
Jorey Bump
The OP is correct, it is possible to use POP3 to send mail if your POP3
daemon supports the XTND XMIT protocol extensions (qpopper does, for
example):
http://musicm.mcgill.ca/msi/http/pop3xtndxmit.html
Very few clients or daemons support these nonstandard extensions, so you
cannot assume that it will work with any POP server. AFAIK, there is no
RFC for XTND XMIT.
In other words, you are both right: it can be done, and it's not an
official part of the POP3 protocol.
David Efflandt
If you are using sendmail, see the docs and FAQ at
http://www.sendmail.org/ about AUTH. If you are using some other smtp
server see the docs for it.
It is possible that the POP mentioned in your client for sending mail is
the POP before send authentication. But the actual mail transfer is still
likely handled by smtp, unless you have a non-standard client and POP3
server that does otherwise.
Mark Healey
wrote:
> On 15 Mar 2002 20:42:22 GMT, Mark Healey <ad...@hotmail.com> wrote:
> > On Fri, 15 Mar 2002 13:44:20, te...@nowhere.invalid (tells) wrote:
> >
> >> Mark Healey <ad...@hotmail.com> wrote:
> >>
> >> > I'm comfortable using smtp for a few trusted machines but not for anything
> >> > out there and would like to use pop3.
> >>
> >> That's like saying that you rather dial your friends using the
> >> mailman... POP3 knows nothing about sending e-mails, all POP3 is is a
> >> protocol used to "download" e-mails from a mailbox.
> >
> > My favortie mail client (Pmmail) has two send options for sending SMPT
> > and POP. If you choose SMTP all it asks for is the server name and
> > port#. If you choose POP it asks for the server name, port, username
> > and password. So obviously it is possible.
> >
> > It stands to reason that if one were to enable SMPT relaying from
> > anywhere, one would become a forwarding junction for spammers. If
> > legitimate users want to send mail, using their accounts in the
> > servers domain but from a computer that isn't, they use POP.
>
> If you are using sendmail, see the docs and FAQ at
> http://www.sendmail.org/ about AUTH. If you are using some other smtp
> server see the docs for it.
>
> It is possible that the POP mentioned in your client for sending mail is
> the POP before send authentication. But the actual mail transfer is still
> likely handled by smtp, unless you have a non-standard client and POP3
> server that does otherwise.
Oh God, more time with that damn bat book.
Thanks.