[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Thu, 19 Jun 2003 19:38:58 -0300
From: "Juan" <lista_correo_linux@...oo.es>
To: <popa3d-users@...ts.openwall.com>
Subject: Re: Using Popa3d
Uwe,
Thanks for your tips. Do you know of a starter guide for configuring out
pop3 and MTA as you say from scratch?
And a deeper guide for subsequent configuration?
Thanks in advance.
Juan
----- Original Message -----
From: "Uwe Dippel" <udippel@...ten.edu.my>
To: <popa3d-users@...ts.openwall.com>
Sent: Wednesday, June 18, 2003 10:25 PM
Subject: Re: Using Popa3d
> Juan,
>
> seems you have to read up a bit, yes.
> Here a few little helpers:
> Firstly, mail consists of two parts: forwarding and access.
> mailservers throughout are for access / delivery. So is popa3d.
> I don't know about Slackware, but on my system the users have mailboxes
> under /var/mail. The system creates a box automatically as soon as a
> user receives a mail. So whatever is in that box, it will be delivered
> to the client as pop-mail as soon as that client is configured. Or
> easier: when the user logs in to that system, the system will inform the
> user: You have mail.
> To actually get mail into those boxes, you need a transfer agent
> (sendmail, postfix, etc), whose tasks are to forward mail; either to a
> local box or another machine.
> So your Send: juan@....168.0.100 firstly needs that agent ('MTA') on the
> box from which you are sending, out to 192.168.0.100. Then on that
> 192.168.0.100 an MTA needs to find out that it is for local delivery.
> And accept it and pass it into the mailbox of juan.
> This last part is the most difficult one, due to 'relaying'. Think of
> spam. The MTA must not accept anything that hasn't originated from your
> domain *or* is to be delivered to your domain! The default settings of
> MTAs in the good old days was: try to be helpful: if
> spammer@...xist.domain.com sent mail to your MTA for
> billg@...rosoft.com, your MTA would helpfully pass it on. This is called
> 'relaying' and must not happen any more.
> So, instead of debugging popa3d, you better start with the MTA. Try to
> send local mail from user1 to user2. When user2 logs on, "You have
> mail"; or you look at /var/mail/user2 directly ('less' / 'ls -l').
> As soon as this works out, popa3d will probably do a good job as well.
> But start with the MTA !
>
> Good luck,
>
> Uwe
>
> On Thu, 2003-06-19 at 04:26, Juan wrote:
> > Hi,
> > I am searching a guide to learn to utilize popa3d. I am running the
> > Slackware 9.0 distro, and using popa3d which came with it. I have ran "#
> > man popa3d" and there says that the options are two. So i ran "# popa3d
> > -D" and suppose that automatically popa3d configures users for receiving
> > mail. The thing is that the Linux box is connected to a Windows machine.
> > When I try in Windows to send a message to the Linux box, I put:
> >
> > Send: juan@....168.0.100 <mailto:juan@....168.0.100>
> >
> > and failed to receive the message.
> > Apparently, the popa3d is running ok, but i have no way to send
> > messages, and don't know where popa3d stores them.
> > Do you know of a user guide that explains more than the man page?
> >
> > Thanks in advance.
> >
> > Juan
> >
> >
> >
>
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
