but doesn't that mean that pop before smtp doesn't work for real users if
you use vm-pop3d? so you can't use virtual users and have real users send
email through the server?
eddie
----- Original Message -----
From: "Nigel Marett" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, July 24, 2001 2:27 PM
Subject: Re: virtual users
> Slander!!
> Only joking =>
>
> Quoting myself:
>
> > The people who wrote vm-pop3d havnt thought of this, or havnt got around
to
> > pop before smtp authentication.
> >
> > So what we had to do was modify the log format, at present it only works
> > with
> > virtual users.. (which will be fixed asap!!)
>
> Perhaps I wasnt very clear, or you didnt read my message in its entirety.
>
> What I mean is that presently pop before SMTP authentication only works
with
> Virtual users, not that vm-pop3d only works with virtual users.
>
> Vmpop3d works with both - I assure you, I have tested it, seen it with my
own
> eyes.
>
> Cheers,
>
> Nigel.
>
>
> On Tuesday 24 July 2001 2:22 pm, you wrote:
> > not according to an earlier post from Nigel Marret which states you
can't
> > use vm-pop3d with real users and still sendemail - below:
> >
> > <SNIP>
> > Eddie,
> >
> > Found the problem...
> >
> > The tweeks made to vm-pop3d are basicly to encourage the log format of
> > vm-pop3d to be different to what it is by default so you get somthing
like
> > this.
> >
> > Jul 9 06:14:36 www vm-pop3d[4655]: Connect from 99.99.99.99
> > Jul 9 06:14:36 www vm-pop3d[4655]: User 'admin' logged in from
99.99.99.99
> > Jul 9 06:14:37 www vm-pop3d[4655]: Session ended for user: admin
> >
> > It needs to be like this so popauthd will realise that a sucessful login
(a
> > authorised login) has happened and rehash the sendmail /etc/mail/access
> > database.
> >
> > To explain:
> >
> > I check my mail via a pop client, I'm running vm-pop3d and logging in as
> > admin, vm-pop3d logs this:
> >
> > Jul 9 06:14:36 www vm-pop3d[4655]: Connect from 99.99.99.99
> > Jul 9 06:14:36 www vm-pop3d[4655]: User 'admin' logged in
> > Jul 9 06:14:37 www vm-pop3d[4655]: Session ended for user: admin
> >
> > but if I log in as a configured "virtual" user I will get this:
> >
> > Jul 9 06:14:36 www vm-pop3d[4655]: Connect from 99.99.99.99
> > Jul 9 06:14:36 www vm-pop3d[4655]: User 'nigel' of 'freevsd-is-it.org'
> > logged in from 99.99.99.99
> > Jul 9 06:14:37 www vm-pop3d[4655]: Session ended for user: admin
> >
> > which popauthd will notice and rehash the database.
> >
> > The people who wrote vm-pop3d havnt thought of this, or havnt got around
to
> > pop before smtp authentication.
> >
> > So what we had to do was modify the log format, at present it only works
> > with
> > virtual users.. (which will be fixed asap!!)
> >
> > So I do apoligise about that!
> >
> > From here, you have two choices,
> >
> > 1) you use vm-pop3d with popauthd for virtual users only. (Ie: no
popauth'd
> > real users can send mail from outside of your local lan)
> >
> > 2) you can switch back to qpopper and use pop before smtp with that.
> >
> > Once again, I do apoligise, we are on to that problem, and should be
with a
> > solution soon!
> >
> > <SNIP>
> > ----- Original Message -----
> > From: "Tim Sellar" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Monday, July 23, 2001 7:49 PM
> > Subject: RE: virtual users
> >
> > > No that's not entirely correct, but as I have yet to provide adequate
> > > documentation you could be forgiven for thinking that...
> > >
> > > Implementing virtual users requires that vm-pop3d, rather than
qpopper,
> > > is enabled. This is because vm-pop3d supports the @domain-name
extension
> > > to account names. However, the @domain-name extension is not mandatory
so
> > > you can still retrieve the mail of 'real' virtual servers as normal,
ie
> > > simply connect as 'admin' to receieve the virtual server admin's
mail...
> > >
> > > The virtual user framework does not mean that sendmail will not work
with
> > > real users. Existing sendmail configuration will remain unaffected and
> > > can continue to be extended as before. The virtual user framework has
> > > been implemented using the /etc/mail/mailertable option to identify
mail
> > > being directed to a virtual domain. This mail bound for virtual
domains
> > > is promptly whipped out of sendmail (even before it compares against
its
> > > 'local' domains specified in /etc/sendmail.cw) and the delivery of
mail
> > > to virtual accounts (as well as forwarding, basic mailing lists,
> >
> > autoresponders
> >
> > > and, potentially, any sort of filtering you might fancy) is handled
using
> > > procmail (in mail filter mode).
> > >
> > > It is also possible to combine both real and virtual users within a
> >
> > domain.
> >
> > > To achieve this you must configure a virtual user and corresponding
> >
> > default
> >
> > > forwarder to the real user. For example, if you create real user
bobevans
> >
> > on
> >
> > > virtual server vsone (with fqdn vsone.net) and you want mail to the
> >
> > virtual
> >
> > > user bob@virtualdomainone to be delivered to the real user account you
> >
> > would
> >
> > > have to create vuser bob@virtualdomainone and then set the vuser's
> > > default forwarder destination to be [EMAIL PROTECTED]
> > >
> > > Tim
> > >
> > > > -----Original Message-----
> > > > From: [EMAIL PROTECTED]
> > > > [mailto:[EMAIL PROTECTED]]On Behalf Of redirect
> > > > Sent: 23 July 2001 18:49
> > > > To: [EMAIL PROTECTED]
> > > > Subject: virtual users
> > > >
> > > >
> > > > Hi all
> > > >
> > > > can anyone tell me if I am correct in thinking that virtual users
can
> >
> > only
> >
> > > > be added if vm-pop3d is enabled and that if it is enabled
> > > > sendmail will only
> > > > work with virtual users and not real users? - so all email accounts
> >
> > would
> >
> > > > have to be virtual?
> > > >
> > > > Also is there anything already on the list concerning (syntax:
> > > > apache_htp_grpadd <host svr> <vs> <group name> <file>)
> > > > I couldn't see anything but its not the easiest list to search
> > > > on - mainly
> > > > what the <file> is in reference to and where it writes the file
> > > >
> > > > thanks
> > > >
> > > > Eddie
> > > >
> > > >
> > > > ------------------------- The freeVSD Support List
> > > > --------------------------
> > > > Subscribe:
> >
> > mailto:[EMAIL PROTECTED]?body=subscribe%20freevsd-support
> >
> > > > Unsubscribe:
> > > > mailto:[EMAIL PROTECTED]?body=unsubscribe%20freevsd-support
> > > > Archives:
http://freevsd.org/support/mail-archives/freevsd-support
> > > > ------------------------------------------------------------------
> > > > -----------
> > >
> > > ------------------------- The freeVSD Support
> >
> > List --------------------------
> >
> > > Subscribe:
> > > mailto:[EMAIL PROTECTED]?body=subscribe%20freevsd-support
> > > Unsubscribe:
> >
> > mailto:[EMAIL PROTECTED]?body=unsubscribe%20freevsd-support
> >
> > > Archives: http://freevsd.org/support/mail-archives/freevsd-support
> >
> -------------------------------------------------------------------------
> > >-
> >
> > ---
> >
> >
> > ------------------------- The freeVSD Support List
> > -------------------------- Subscribe:
> > mailto:[EMAIL PROTECTED]?body=subscribe%20freevsd-support
Unsubscribe:
> > mailto:[EMAIL PROTECTED]?body=unsubscribe%20freevsd-support
Archives:
> > http://freevsd.org/support/mail-archives/freevsd-support
>
> --------------------------------------------------------------------------
-
> >--
> ------------------------- The freeVSD Support
List --------------------------
> Subscribe: mailto:[EMAIL PROTECTED]?body=subscribe%20freevsd-support
> Unsubscribe:
mailto:[EMAIL PROTECTED]?body=unsubscribe%20freevsd-support
> Archives: http://freevsd.org/support/mail-archives/freevsd-support
> --------------------------------------------------------------------------
---
>
------------------------- The freeVSD Support List --------------------------
Subscribe: mailto:[EMAIL PROTECTED]?body=subscribe%20freevsd-support
Unsubscribe: mailto:[EMAIL PROTECTED]?body=unsubscribe%20freevsd-support
Archives: http://freevsd.org/support/mail-archives/freevsd-support
-----------------------------------------------------------------------------
