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
-----------------------------------------------------------------------------
