Hi everyone. I'm testing vpopmail 5.4.32 (latest stable build). I'm
experiencing some behavior that seems strange to me, but I'm not sure if you
all consider it a bug or a feature. Say I have a domain asdf.com with 3
alias domains (added with vaddaliasdomain). Running
On Friday 22 February 2008 06:00:15 pm Nick Bright wrote:
> I'm working on adding security features and compatability to my server,
> which is currently running vpopmail 5.4.17. At the moment, everything is
> working fine, but there are many features my system doesn't support. My
> end goal is to s
I'm working on adding security features and compatability to my server,
which is currently running vpopmail 5.4.17. At the moment, everything is
working fine, but there are many features my system doesn't support. My
end goal is to support virtually any combination of server options in
Outlook
Hi,
Is it possible for the next/future release to include the ability of
adding multiple aliases in one hit goverened by repeated "-i" options?
eg:
valias -i [EMAIL PROTECTED] -i [EMAIL PROTECTED]
[EMAIL PROTECTED]
where currently, only the last "-i "reference is the only alias inserted.
On 2007-09-20, at 1134, Tom Collins wrote:
I can't think of a time when you'd use the option to set the
encrypted password directly, but it's there in case someone needs
it...
if you're converting a domain from /etc/passwd to vpopmail, and the
plain-text passwords aren't available.
if
Hi Tom,
Tom Collins wrote:
On Sep 20, 2007, at 12:19 AM, Quey wrote:
Is it possible to have vmoduser modified so that changing a password
with a new -$option changes both encrypted and clear text passwords
in one run?
It already does that. When you set the clear password, it also
updates
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tom Collins wrote:
> I can't think of a time when you'd use the option to set the encrypted
> password directly, but it's there in case someone needs it...
We've used it during conversions from other MTAs. It can be quite handy :)
- --
/*
Matt Br
On Sep 20, 2007, at 12:19 AM, Quey wrote:
Is it possible to have vmoduser modified so that changing a
password with a new -$option changes both encrypted and clear
text passwords in one run?
It already does that. When you set the clear password, it also
updates the encrypted password.
Hi,
Is it possible to have vmoduser modified so that changing a password
with a new -$option changes both encrypted and clear text passwords in
one run?
Sort of like: ./vmoduser [EMAIL PROTECTED] -P test
would change the password for [EMAIL PROTECTED] to test in both clear
text format a
I'm new to the vpopmail list, but not to vpopmail, I've had numerous
requests for a way to enforce password management with vpopmail managed
domains.
The reason for my post is the fact that vpopmail doesn't currently offer
a way to do this automatically, but I think there is a way to make it h
2 AM
> To: vchkpw@inter7.com
> Subject: RE: [vchkpw] Re: Feature for vdelivermail
>
> Zitat von "Charles J. Boening" <[EMAIL PROTECTED]>:
>
> > I don't believe you need the "HOME=$HOME/$EXT" line. $HOME should
> > point to the user director
Zitat von "Charles J. Boening" <[EMAIL PROTECTED]>:
I don't believe you need the "HOME=$HOME/$EXT" line. $HOME should point
to the user directory containing Maildir.
The first error was, that maildrop has forgotton the username. So
HOME=$HOME/$EXT ends in the absolute path to the maildir for
rmake ./Maildir/.SPAM;chown -R vpopmail.vchkpw
./Maildir/.SPAM`
}
to "./Maildir/.SPAM/"
}
to "./Maildir/"
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 03, 2006 8:22 AM
> To: vchkpw@inter7.com
>
Hi Robin,
Zitat von Robin Bowes <[EMAIL PROTECTED]>:
As someone has already replied, maildrop can do this for you.
This sort of code does not belong in vdelivermail.
Yeah,
that mail was too late. I've seen it a few minutes after my last mail
:D. Some other question: Why maildrop doesn't exe
deliver to $DOMAIN/$USER/Maildir/new but to
> $DOMAIN/$USER/Maildir/.Spam/new. This feature should be domainbased and
> customizable via a controlfile like tcp.smtp or simcontrol.
As someone has already replied, maildrop can do this for you.
This sort of code does not belong in vd
feature should be domainbased and
customizable via a controlfile like tcp.smtp or simcontrol.
Is there any idea where to put these code best?
Regards
Christoph
On Wednesday 29 June 2005 10:05 am, Bruno Negrão wrote:
> Inter7 launched eMPF.
>
> Was eMPF inspired by this thread?
Partly from this thread.
And partly from Sarbanes-Oxley requirements.
Ken Jones
Inter7 launched eMPF.
Was eMPF inspired by this thread?
Regards,
bnegrao
Bruno Negrão wrote:
Guys,
I'd like to know where the vmoduser command stores its information
about which user can relay or cannot.
To proceed with my idea of internal-only accounts, I'm thinking about
using this database as my "internal-only" users list for the program
I'll run using the Q
Guys,
I'd like to know where the vmoduser command stores its information about which
user can relay or cannot.
To proceed with my idea of internal-only accounts, I'm thinking about using this
database as my "internal-only" users list for the program I'll run using the
QMAILQUEUE patch.
bne
Hello Casey,
On Wednesday, June 15, 2005 at 9:08:38 AM Casey wrote:
> On Tuesday 14 June 2005 20:44, Peter Palmreuther wrote:
>> Maybe because of easier mail user management and the lack of necessity
>> to create a system user ID for every mail recipient?!
> Well, I suppose it's a matter of opin
On Tuesday 14 June 2005 20:44, Peter Palmreuther wrote:
> Maybe because of easier mail user management and the lack of necessity
> to create a system user ID for every mail recipient?!
Well, I suppose it's a matter of opinion, but I find it easier to manage
system users (who need not be able to l
On Tuesday 14 June 2005 19:53, Bruno Negrão wrote:
> Wouldn't the string NOQUOTA be exactly in the place where there is a 60MB
> in my example above?
Yes, sorry. I'm blind!
> But this feature is still useful
I'm not sure how...what is the use you see? How on earth
Hi Peter,
'vmoduser -rs' will disable relay *AND* disable SMTP-AUTH ability for
given e-mail-address, so even if they set up their MUA to do SMTP-AUTH
they'll not be allowed and therefore not gain RELAYCLIENT-privileges.
when we use vmoduser command, where does it store the information of which
Hello Casey,
On Tuesday, June 14, 2005 at 8:48:26 PM Casey wrote:
>> 'vmoduser -rs' will disable relay *AND* disable SMTP-AUTH ability for
>> given e-mail-address, so even if they set up their MUA to do SMTP-AUTH
>> they'll not be allowed and therefore not gain RELAYCLIENT-privileges.
> Keep in
uldn't the string NOQUOTA be exactly in the place where there is a
60MB in my example above?
I understand your point. Makes sense. But this feature is still
useful, and there are commercial mail servers providing it, so I want
to be able to do this with qmail and vpopmail (or other add-on
;t trust an
employee enough to allow them to send email out, then you shouldn't give that
employee a half-arsed E-mail account at all.
I understand your point. Makes sense. But this feature is still useful, and
there are commercial mail servers providing it, so I want to be able to do this
wi
On Tuesday 14 June 2005 12:58, Bruno Negrão wrote:
> If vpopmail start supporting a new user property, "INTERNAL", inside
> vpasswd file, like the prototype bellow:
>
> patrick:$1$oza9XaY.qO8uXhlaR701:1:0:patrick is internal
> only:/var/vpopmail/domains/exampledom.com.br/patrick:60MB:textpasswd:INT
On Tuesday 14 June 2005 17:04, Peter Palmreuther wrote:
> 'vmoduser -rs' will disable relay *AND* disable SMTP-AUTH ability for
> given e-mail-address, so even if they set up their MUA to do SMTP-AUTH
> they'll not be allowed and therefore not gain RELAYCLIENT-privileges.
Keep in mind though, that
Hello Bruno,
On Tuesday, June 14, 2005 at 2:29:58 PM Bruno wrote:
> Let me see if I understood your plan. You say that, in order to disable the
> RELAYCLIENT to just some accounts, and this way, setting them as
> partially** internal-only, I should:
> 1 - Disable the pop-before-smtp scheme by r
This could also be done with a flag in the vadduser/vmoduser programs?
Yes, perfect!
KBO (or some vpopmail developer), are you reading this thread?
Regards,
bnegrao
>If vpopmail start supporting a new user property, "INTERNAL", inside
>vpasswd file, like the prototype bellow:
>
>patrick:$1$oza9XaY.qO8uXhlaR701:1:0:patrick is internal
>only:/var/vpopmail/domains/exampledom.com.br/patrick:60MB:textpasswd:INTERN
AL
The only qualm I see with that is how upgra
tinternaluser' to set this parameter inside
vpasswd file,
And provided this program to be added by QMAILQUEUE variable, which would
look for the INTERNAL property inside each vpasswd file,
Then we would have this feature fully implemented.
Someone agree?
Regards,
---
receive external e-mail. They just can't send e-mail to
external accounts. If so,
this configuration still doesn't fully implement the internal-only
accounts feature I'm
looking for
1 - Disable the pop-before-smtp scheme by recompiling vpopmail.
( OR disable it jus
used from the clients, then the mail will be relayed to the second
server if needed.
anyway, it would be a nice feature. but, imho, will be too complicated
to implement, in qmail+vpopmail.
wwell edi
nday, June 13, 2005 6:12 PM
Subject: Re: [vchkpw] REQUEST FOR NEW FEATURE: INTERNAL-ONLY ACCOUNTS
On Jun 13, 2005, at 12:22 PM, Bruno Negrão wrote:
Now, the director of one of the companies I give support asked me to set
a bunch of e-mail accounts as internal-only, i.e., they can send e-mail
inter
nal-only, i.e., they can send
e-mail internally but cannot send or receive external e-mails.
As I reconized that his need probably will also be desired for a lot
of other companies, I think it's worth to discuss here which would be
the most appropriate manner to achieve this feature with Qm
On Jun 13, 2005, at 12:22 PM, Bruno Negrão wrote:
Now, the director of one of the companies I give support asked me to
set a bunch of e-mail accounts as internal-only, i.e., they can send
e-mail internally but cannot send or receive external e-mails.
It would have to take place entirely in qma
Hello Bruno,
On Monday, June 13, 2005 at 9:22:50 PM Bruno wrote:
> Now, the director of one of the companies I give support asked me to set a
> bunch of e-mail accounts as internal-only, i.e., they can send e-mail
> internally but cannot send or receive external e-mails.
vmoduser -r $ADDRESS
At
Hi Nick,
Sounds not terribly difficult, and does actually sound pretty useful.
Similar functionality exists in commercial servers like Exchange and
Domino, so obviously other folks find it useful.
Good to know that other mailservers already implement this feature. Maybe
this helps to
>
> The ideal scene for me would be if vpopmail could provide a means for
> doing
> this. To set the internal-only account I'd like to end up going to
> Qmailadmin, editing the properties of some user account, and just
checking
> the new check-box: "( ) Internal-only account";
Look at how vpopmai
most
appropriate manner to achieve this feature with Qmail and Vpopmail.
THE IDEAL SCENE:
The ideal scene for me would be if vpopmail could provide a means for doing
this. To set the internal-only account I'd like to end up going to
Qmailadmin, editing the properties of some user account
On Sep 24, 2004, at 8:30 AM, Dave Goodrich wrote:
More complex .qmail files will be difficult to edit/manage if stored
in the valias table.
Yes, I had thought so as well, which is why I asked. With command line
tools this really could be nothing more than add, view, delete an
entry.
We already h
Tom Collins wrote:
On Sep 24, 2004, at 7:25 AM, Dave Goodrich wrote:
I've read all the posts in the archive afterching on "valias", a lot
of posts, and I think my assumptions are correct. I would like to know
if there are any limitations I should be aware of.
--enable-valias configures vpopmail
On Sep 24, 2004, at 7:25 AM, Dave Goodrich wrote:
I've read all the posts in the archive afterching on "valias", a lot
of posts, and I think my assumptions are correct. I would like to know
if there are any limitations I should be aware of.
--enable-valias configures vpopmail to store .qmail-alia
Thanks! I'm sorry if it is/was a FAQ. I looked (I thought) thoroughly.
-Original Message-
From: Rick Romero [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 15, 2004 2:55 PM
To: [EMAIL PROTECTED]
Subject: Re: [vchkpw] Feature request: per-user wildcards/catchall
On Thu, 2004-04-
On Thu, 2004-04-15 at 14:51, Dan Grigsby wrote:
> Hi,
> I used qmail’s per-user wildcard system. Using this, I can do user
> dash something at host dot com. For example, [EMAIL PROTECTED]
> I am writing a little hack for myself to rewrite the messages to have
> a non-wildcard name and add an ext
Hi,
I used qmail’s per-user wildcard system. Using this,
I can do user dash something at host dot com. For example, [EMAIL PROTECTED]
I would like to continue to once I move to vpopmail. This
would have to be supported vdelivermail, I suppose, since the /home/vpopmail/domains/dom
Hello Red Herring
Nick Harring writes:
> This whole argument is ridiculous.
Correct. So far I havw seen only one person post a sensible response,
You are NOT that person...
> The correctness of design doesn't really rely on what some random users
> first guess of how it should work would be,
Paul L. Allen wrote:
Erik Bourget writes:
You know, intense as this whole argument is, the fact remains that DWIM
is no substitute for proper documentation.
Let's see, the documentation says vaddaliasdomain original alias.
If you do what the documentation says, it works. If you reverse t
Paul, quit emailing me offlist. I don't give a crap what kind of
drunken binge you are on.
Damm, I'll I did was offer a simple solution to a problem.
Just STFU and let it go.
Erik Bourget writes:
> You know, intense as this whole argument is, the fact remains that DWIM
> is no substitute for proper documentation.
Let's see, the documentation says vaddaliasdomain original alias.
If you do what the documentation says, it works. If you reverse the
arguments, it still w
Erik Bourget wrote:
"Paul L. Allen" <[EMAIL PROTECTED]> writes:
Because vpopmail bridges so many divides, it cannot intuit what you want.
It doesn't know if you're using cdb for everything or using MySQL for
everything or whatever unless you tell it. But, wherever possible, it
should be DWIM.
Hi Anders
Anders Brander writes:
> Hummm Or something like:
> "... the two domains to be aliased ..." - without saying which is which,
> for the user it doesn't matter much.
Oh Anders, I need rigidly defined areas of doubt and uncertainty! It's
because I'm a boring old fart that I desperate
Hi,
On Thu, 2003-09-25 at 03:46, Paul L. Allen wrote:
> > I think we should just ignore the "old" way of calling vaddaliasdomain
> > in the usage message, in that way new users will adobt the "new" way of
> > doing things.
> Ummm, that implies that one way is more "correct" than the other. I do
>
e can get exactly what they want. Tom
seems to have come up with a better idea than mine, and if somebody is
willing to code it then that is my preference. But I give you my thanks
for understanding why I requested this feature and coming up with a
partial solution.
--
Paul Allen
Softflare Support
Hi Anders
Anders Brander writes:
> I think we should just ignore the "old" way of calling vaddaliasdomain
> in the usage message, in that way new users will adobt the "new" way of
> doing things.
Ummm, that implies that one way is more "correct" than the other. I do
not believe that to be the
Hi,
On Thu, 2003-09-25 at 03:26, Paul L. Allen wrote:
> > A bit odd to document,
> Damn right. I still haven't figured out a sensible usage message.
I think we should just ignore the "old" way of calling vaddaliasdomain
in the usage message, in that way new users will adobt the "new" way of
doin
Stop bickering please, common.
Difference between the origional and that what i changed around
Breached# diff vaddaliasdomain.c.backup vaddaliasdomain.c
56c56,57
< printf("vaddaliasdomain: usage: [options] alias_domain
real_domain\n");
---
> /* printf("vaddaliasdomain: usage: [options] alia
Anders Brander writes:
> A bit odd to document,
Damn right. I still haven't figured out a sensible usage message.
> but otherwise a fabulous idea.
Bad Anders. Bad, bad, Anders. Letting people do what they find
easiest is BAD. Ask the people who criticised me for suggesting it.
> Pleas
Toasterz Admin writes:
> Paul L. Allen wrote:
>
> >Toasterz Admin writes:
> >Actually, you're wrong.
> >
> how could i be wrong just because you say it's so.
What a wonderfully compelling argument. How could you possibly be
wrong just because I say so? Ummm, wait, you called me wrong
bec
Hi,
On Wed, 2003-09-24 at 23:31, Tom Collins wrote:
> > A feature request for vaddaliasdomin. I would like a configure option
> > (best) or a command-line switch (not so good) that reverses the order
> > of the two arguments. I'd like it for two reasons:
> What if it
Stop bickering please, common.
Difference between the origional and that what i changed around
Breached# diff vaddaliasdomain.c.backup vaddaliasdomain.c
56c56,57
< printf("vaddaliasdomain: usage: [options] alias_domain
real_domain\n");
---
> /* printf("vaddaliasdomain: usage: [options] alia
people may submit suggestions even if they have
no idea how to add them to the code.
submitting suggestions for a new and questionable feature and puffing
your pet issue up with inflamatory
rhetoric like OBVIOUS DEFECT wastes valuable time and bandwidth. why
don't you address the real
Paul L. Allen wrote:
You don't read so good, do you?
snappy opener, i wonder what prompted this? whiners hate being called
whiners.
you are obviously a person who loves to whine and when not whining,
likes to rage.
am i correct in this? no need to reply, i'm confident in my analysis.
a better on
JB writes:
> A one line bash script, which I provided
Sorrry, I did not see your attachment in any of your posts. Please
repost it so that we all can benefit and the vpopmail maintainers can
distribute your wonderful script (if they think it is a sensible
solution).
> will do the job for Milli
A one line bash script, which I provided will do the job for Millions of
people.
You could have fixed the problem yourself in less then 10 seconds,
instead, you flame me.
You are a fucking twit
Paul L. Allen wrote:
You don't read so good, do you?
JB writes:
Write a shell script that t
Tell us all, just what do you personally have to lose if I and others
get a feature that would make us happy even though you would be unhappy
if FORCED to use that feature, if the feature is optional? Come on, what
makes you so insistent that I should not have something that I consider
useful if I
your eyes closed so we
won't feel too imposing.
Thanks in advance for the patch.
Lu
> -Original Message-
> From: Paul L. Allen [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, September 24, 2003 3:07 PM
> To: JB
> Cc: [EMAIL PROTECTED]
> Subject: [vchkpw] Re: Feature re
You don't read so good, do you?
JB writes:
> Write a shell script that takes the arguments in the order you want and
> pass them to vaddaliasdomain in the order expected,
I already explained that while I am more than capable of coming up with
that idea and implementing it all by myself, that s
The worst one of our clients has managed so far is 13, added in dribs and
drabs of two or three at a time. For one it makes no difference. For
hundreds I'd go the perl script reading a text file route. For twos and
threes the current argument order of vaddaliasdomain is annoying.
Write a she
On Wednesday, September 24, 2003, at 09:16 AM, Paul L. Allen wrote:
A feature request for vaddaliasdomin. I would like a configure option
(best) or a command-line switch (not so good) that reverses the order
of
the two arguments. I'd like it for two reasons:
What if it was auto
[EMAIL PROTECTED] writes:
> If you do this often enough, why not just write a simple little shell
> script to accomplish this:
I'm way ahead of you. It asks for the main domain, the postmaster password
and prompts for alias domains (finishing if nothing is entered for an
alias. Then it sets t
; To: [EMAIL PROTECTED]
> Subject: [vchkpw] Feature request for vaddaliasdomain
>
>
>
> A feature request for vaddaliasdomin. I would like a
> configure option
> (best) or a command-line switch (not so good) that reverses
> the order of the two arguments. I'd like it
A feature request for vaddaliasdomin. I would like a configure option
(best) or a command-line switch (not so good) that reverses the order of
the two arguments. I'd like it for two reasons:
1) It is then the same order as for ln (original, alias) so easier to
remember if they'r
." Albert Einstein
-Mensaje original-
De: tonix (Antonio Nati) [mailto:[EMAIL PROTECTED]
Enviado el: Jueves, 04 de Septiembre de 2003 11:13 a.m.
Para: Riccardo Gori; [EMAIL PROTECTED]
Asunto: Re: [vchkpw] disable pop before smtp feature in vpopmail
If I'm not in confusion, y
If I'm not in confusion, you could just enable (for all users) the flag
related to NORELAY, and put the line disabling this feature into the limits
file (I don't know anymore where this file is).
Ciao,
Tonino
At 04/09/03 04/09/03 +0200, Riccardo Gori wrote:
Hi all,
I am trying
Thank you really.
Well, I'll recompile it as soon as I have some time available...
thank you
Peter Palmreuther wrote:
Hello Riccardo,
On Thursday, September 4, 2003 at 3:10:29 PM you wrote (at least in
part):
I am trying to disable the pop before smtp feature in my vpopmail
install
Hello Riccardo,
On Thursday, September 4, 2003 at 3:10:29 PM you wrote (at least in
part):
> I am trying to disable the pop before smtp feature in my vpopmail
> installation. Is there any way to do it without recompiling the software?
In general: NO.
In this special case: you can
Hi all,
I am trying to disable the pop before smtp feature in my vpopmail
installation. Is there any way to do it without recompiling the software?
I am running vpopmail 5.0.1
--
Ing. Riccardo Gori
e-mail: [EMAIL PROTECTED]
Cell. +39 339 8925947
Net-IT s.r.l.
Tel. +39 (0)547 332212
via Fano
Jeff Hedlund wrote:
Kenneth Ling wrote:
which version of qmailadmin ?
v1.0.24
http://www.sourceforge.net/qmailadmin
(That's the development version)
Er, 1.0.25 is the latest devel version.
Jeff
--
/\ /\ ......[EMAIL PROTECTED]
/ \/ \ a t r i x . . . . . . .
Kenneth Ling wrote:
which version of qmailadmin ?
v1.0.24
http://www.sourceforge.net/qmailadmin
(That's the development version)
Jeff
--
/\ /\ ......[EMAIL PROTECTED]
/ \/ \ a t r i x . . . . . . . (770) 794-7233
s o f t w a r e i n c ....
which version of qmailadmin ?
tq
-Original Message-
From: Jeff Hedlund [mailto:[EMAIL PROTECTED]
Sent: Monday, August 04, 2003 9:01 PM
To: [EMAIL PROTECTED]
Subject: Re: [vchkpw] is this a bug or a feature ???
Matthias Henze wrote:
> ok, thanks, but one question:
>
> does q
Matthias Henze wrote:
ok, thanks, but one question:
does qmailadmin in this newer version keep existing lines in .qmail files?
i use maildrop ... so I've patched the last version (don't ask) i've
downloaded to do so.
If you are using maildrop for spam protection, the new version of
qmailadmin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ok, thanks, but one question:
does qmailadmin in this newer version keep existing lines in .qmail files?
i use maildrop ... so I've patched the last version (don't ask) i've
downloaded to do so.
TIA
matthias
- --On Montag, August 04, 2003 07:43:5
Matthias Henze wrote:
when i create an account, say [EMAIL PROTECTED] and i create a vacation message
every this works fine when i mail to [EMAIL PROTECTED] i get the autoresponse.
ok, but what happens when i create an alias for [EMAIL PROTECTED], say,
[EMAIL PROTECTED] with qmailadmin? a .qmail
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
... atleast ist not too good and i investigated for 3 houres by now to find
this problem.
hi !
all started with users complaing thtat the autoresponder does not work for
them. after 3 houres i found the problem - and - i considder it a BUG :-)
or
sorry, accidently replyed to the Kiril, sorry mate.
- Original Message -
From: "Raboo" <[EMAIL PROTECTED]>
To: "Kiril Todorov" <[EMAIL PROTECTED]>
Sent: Thursday, July 03, 2003 9:39 PM
Subject: Re: [vchkpw] feature request
> no man, like /home/vpop
Yeah :)
--enable-extra-defaults=path/to/file
and just append the contents of that file to the .qmail-default.
I like that :-)
--
Kiril Todorov < -+- > +359 2 9712013
Bulgaria Online < -+- > http://home.online.bg
/* waiting... dreaming... wishing... */
Hi
There should be like --with-.qmail-default-option-thingy='whatever that
should be in the .qmail file that should be created during user adding.'
for vpopmail.
If you guys get what i mean...
Word!
/Raboo
Hello Alexander,
On Thursday, May 29, 2003 at 1:12:48 PM you wrote (at least in part):
>>> MDaemon has the feature "Honor Return-Receipt-To: headers" - when it
>>> receives message with such header it writes e-mail like this:
>> [...]
>>> h
Hello Peter,
Sunday, May 25, 2003, 5:01:26 AM, you wrote:
>> MDaemon has the feature "Honor Return-Receipt-To: headers" - when it
>> receives message with such header it writes e-mail like this:
PP> [...]
>> how could this feature be done with vpopmail?
P
> It should be possible, with a change to vset_default_domain in
> vpopmail.c (and maybe some other locations). Either that, or make sure
> that other references to DEFAULT_DOMAIN are removed and
> vset_default_domain is used instead.
Ok I will look into that, thank you.
> Note that vpopmail wil
That wheel has already been invented. Check out
~vpopmail/bin/vmkpasswd
Matt
On Wednesday, March 12, 2003, at 09:06 PM, Andrew Kohlsmith wrote:
I'd like to request a feature (I'll probably supply a patch in a few
days
anyway) which would add an -r (regenerate) option to vpasswd to
I'd like to request a feature (I'll probably supply a patch in a few days
anyway) which would add an -r (regenerate) option to vpasswd to take the
existing vpasswd file and regenerate a vpasswd.cdb file for a domain.
Before I go and do this (hopefully trivial) patch, is this the o
Very nice work Tonino.
I've taken a look at your patch and I like it. Fortunately for me,
last week I moved my last "system users" domain into vpopmail so all my
mail domains are virtual. Having done that, I can actually use your
patch now. I've build it into my Mail Toaster Mega-Patch (ver
> Hi Anders,
>
> > > Does anyone know a workaround until either vpopmail reads SSLREMOTEIP
> > > or ucspi-ssl sets TCPREMOTEIP?
> >
> > How about something like (untested):
> > "(env TCPREMOTEIP=$SSLREMOTEIP /home/vpopmail/bin/vchkpw)"
> > in your startup script instead of just "
Hi Anders,
> > Does anyone know a workaround until either vpopmail reads SSLREMOTEIP
> > or ucspi-ssl sets TCPREMOTEIP?
>
> How about something like (untested):
> "(env TCPREMOTEIP=$SSLREMOTEIP /home/vpopmail/bin/vchkpw)"
> in your startup script instead of just "/home/vpopmail/bin/vchkpw" ?
I t
HI guys I know this is OT but is there a way that you may
know to have quota setting configuration only on specific domains? Maybe just specifying the option in the .qmailadmin
settings.
THANKS,
REMO
On 3 Mar 2003, Jonas Pasche wrote:
> The drawback is that tcpserver sets (besides others) the environment
> variable TCPREMOTEIP, which vchkpw uses for logging and for opening
> dynamic relays. sslserver from the ucspi-ssl package set SSLREMOTEIP
> instead, which causes vchkpw to stop logging IP a
1 - 100 of 233 matches
Mail list logo
