Re: [vchkpw] way to deliver to Maildir bypassing .qmail files?

2011-03-06 Thread Kurt Bigler
It is working now.  I had omitted the / at the end of the pathname used to
distinguish a Maildir line from an mbox line.

Incidentally the Maildir line works equally well in the .qmail-* file in the
domain directory and in the .qmail file in the account directory.

Thanks for the help, and sorry for taking extra bandwidth due to my typo.

-Kurt


On 3/6/11 10:42 PM, "Kurt Bigler"  wrote:

> Rick et al,
> 
> On 3/6/11 9:30 PM, "Rick Widmer"  wrote:
> 
>> On 3/6/2011 10:13 PM, Kurt Bigler wrote:
>>> Hi,
>>> 
>>> I'm in a time-sensitive bind in which I need to set something up quickly for
>>> a user in my existing qmail+vpopmail+qmailadmin system (which has a little
>>> procmail sprinkled in).
>>> 
>>> The goal is to create a new forward or forwarding account that forwards to
>>> this user's existing account but bypasses the .qmail file associated with
>>> that account (which invokes spam filtering).  In short I want to deliver to
>>> the Maildir but skip the .qmail instructions.  If I'm not mistaken the
>>> mechanisms I can think of within vpopmail do NOT do this.
>> 
>> Don't create an account for the new address, instead create a
>> .qmail-new-address file in the domain directory.  In that .qmail file
>> add the following:
>> 
>> /full/path/to/old/Maildir/
>> 
>> I don't believe it is possible with qmailadmin anymore, but you should
>> be able to set it up by hand.  It will probably show up in qmailadmin
>> once you create the forward, but DO NOT edit it with qmailadmin.
>> 
>> Rick
> 
> Yes, thanks, I just tried that, having carefully checked the full path name,
> incoming emails are being discarded.  The log shows qmail-queue accepting
> delivery but nothing comes through.
> 
> Permissions look ok, unless qmail is being fussy about the owner.  I do have
> one symlink involved in my setup (which has caused no other problems):
> 
> vps# ll -ld /var/vpopmail/domains
> lrwxr-xr-x  1 root  vchkpw  12 Feb 13  2009 /var/vpopmail/domains ->
> /old/domains
> 
> and I wonder whether the root owner of the symlink should instead be
> vpopmail, but don't dare to change it casually since the mail system is live
> and working.
> 
> The rest of the items in the pathname are all:
> 
> drwx--   vpopmail  vchkpw
> 
> And I also tried spelling the full pathname using /old/domains directly
> instead of going through the symlink /var/vpopmail/domains.
> 
> Next I'm trying to see if I can use a relative path (using . instad of /) in
> the qmail-* file.
> 
> Thanks for the help so far.
> 
> -Kurt
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 



!DSPAM:4d74884e32711005111589!



Re: [vchkpw] way to deliver to Maildir bypassing .qmail files?

2011-03-06 Thread Kurt Bigler
Rick et al,

On 3/6/11 9:30 PM, "Rick Widmer"  wrote:

> On 3/6/2011 10:13 PM, Kurt Bigler wrote:
>> Hi,
>> 
>> I'm in a time-sensitive bind in which I need to set something up quickly for
>> a user in my existing qmail+vpopmail+qmailadmin system (which has a little
>> procmail sprinkled in).
>> 
>> The goal is to create a new forward or forwarding account that forwards to
>> this user's existing account but bypasses the .qmail file associated with
>> that account (which invokes spam filtering).  In short I want to deliver to
>> the Maildir but skip the .qmail instructions.  If I'm not mistaken the
>> mechanisms I can think of within vpopmail do NOT do this.
> 
> Don't create an account for the new address, instead create a
> .qmail-new-address file in the domain directory.  In that .qmail file
> add the following:
> 
> /full/path/to/old/Maildir/
> 
> I don't believe it is possible with qmailadmin anymore, but you should
> be able to set it up by hand.  It will probably show up in qmailadmin
> once you create the forward, but DO NOT edit it with qmailadmin.
> 
> Rick

Yes, thanks, I just tried that, having carefully checked the full path name,
incoming emails are being discarded.  The log shows qmail-queue accepting
delivery but nothing comes through.

Permissions look ok, unless qmail is being fussy about the owner.  I do have
one symlink involved in my setup (which has caused no other problems):

vps# ll -ld /var/vpopmail/domains
lrwxr-xr-x  1 root  vchkpw  12 Feb 13  2009 /var/vpopmail/domains ->
/old/domains

and I wonder whether the root owner of the symlink should instead be
vpopmail, but don't dare to change it casually since the mail system is live
and working.

The rest of the items in the pathname are all:

drwx--   vpopmail  vchkpw

And I also tried spelling the full pathname using /old/domains directly
instead of going through the symlink /var/vpopmail/domains.

Next I'm trying to see if I can use a relative path (using . instad of /) in
the qmail-* file.

Thanks for the help so far.

-Kurt







!DSPAM:4d747e6032715437842646!



Re: [vchkpw] way to deliver to Maildir bypassing .qmail files?

2011-03-06 Thread Kurt Bigler
That's what I checked out first.  It does not really go directly to the
Maildir when an "&" line is used, whether that is in a .qmail-address file
under the domain directory or in the .qmail file in the user directory.

You might have meant to use a "/" line which is what Rick suggested and I'm
trying that with no luck so far.

-Kurt



On 3/6/11 9:29 PM, "Tren Blackburn"  wrote:

> You can deliver directly to the Maildir via a forward. Details are in the man
> pages. 
> 
> HTH,
> 
> Tren
> 
> - Original Message -
> From: Kurt Bigler [mailto:k...@breathsense.com]
> Sent: Sunday, March 06, 2011 09:13 PM
> To: vchkpw@inter7.com 
> Subject: [vchkpw] way to deliver to Maildir bypassing .qmail files?
> 
> Hi,
> 
> I'm in a time-sensitive bind in which I need to set something up quickly for
> a user in my existing qmail+vpopmail+qmailadmin system (which has a little
> procmail sprinkled in).
> 
> The goal is to create a new forward or forwarding account that forwards to
> this user's existing account but bypasses the .qmail file associated with
> that account (which invokes spam filtering).  In short I want to deliver to
> the Maildir but skip the .qmail instructions.  If I'm not mistaken the
> mechanisms I can think of within vpopmail do NOT do this.
> 
> This is a solution to a problem that this user is in a critical
> health-related process that requires that she reliably receive critical
> email (from people who have the new address).  The other requirement is not
> to have to alter this person's email settings in a way that would require
> adding another account to her Apple Mail scenario.  The user has visual
> problems and limited capacity to deal with things like an extra folder
> appearing in her Apple Mail interface.
> 
> The only thing I could think of is that maybe a very short procmail command
> file might name a Maildir which gets delivered to directly without reference
> to the .qmail file which would cause the spam filter (sorely needed for the
> existing address) to be invoked.
> 
> But if there were a more straighforward way to do this directly in
> qmail+vpopmail I'd like to know about it.
> 
> I am currently using vpopmail 5.4.10 (and qmailadmin 1.2.8), and right now
> is not the time to upgrade (please).
> 
> Thanks for any thoughts.
> 
> -Kurt
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 



!DSPAM:4d747c7332712961132975!



Re: [vchkpw] way to deliver to Maildir bypassing .qmail files?

2011-03-06 Thread Rick Widmer

On 3/6/2011 10:13 PM, Kurt Bigler wrote:

Hi,

I'm in a time-sensitive bind in which I need to set something up quickly for
a user in my existing qmail+vpopmail+qmailadmin system (which has a little
procmail sprinkled in).

The goal is to create a new forward or forwarding account that forwards to
this user's existing account but bypasses the .qmail file associated with
that account (which invokes spam filtering).  In short I want to deliver to
the Maildir but skip the .qmail instructions.  If I'm not mistaken the
mechanisms I can think of within vpopmail do NOT do this.


Don't create an account for the new address, instead create a 
.qmail-new-address file in the domain directory.  In that .qmail file 
add the following:


/full/path/to/old/Maildir/

I don't believe it is possible with qmailadmin anymore, but you should 
be able to set it up by hand.  It will probably show up in qmailadmin 
once you create the forward, but DO NOT edit it with qmailadmin.


Rick




!DSPAM:4d746d6932713967978240!



Re: [vchkpw] way to deliver to Maildir bypassing .qmail files?

2011-03-06 Thread Tren Blackburn
You can deliver directly to the Maildir via a forward. Details are in the man 
pages. 

HTH,

Tren

- Original Message -
From: Kurt Bigler [mailto:k...@breathsense.com]
Sent: Sunday, March 06, 2011 09:13 PM
To: vchkpw@inter7.com 
Subject: [vchkpw] way to deliver to Maildir bypassing .qmail files?

Hi,

I'm in a time-sensitive bind in which I need to set something up quickly for
a user in my existing qmail+vpopmail+qmailadmin system (which has a little
procmail sprinkled in).

The goal is to create a new forward or forwarding account that forwards to
this user's existing account but bypasses the .qmail file associated with
that account (which invokes spam filtering).  In short I want to deliver to
the Maildir but skip the .qmail instructions.  If I'm not mistaken the
mechanisms I can think of within vpopmail do NOT do this.

This is a solution to a problem that this user is in a critical
health-related process that requires that she reliably receive critical
email (from people who have the new address).  The other requirement is not
to have to alter this person's email settings in a way that would require
adding another account to her Apple Mail scenario.  The user has visual
problems and limited capacity to deal with things like an extra folder
appearing in her Apple Mail interface.

The only thing I could think of is that maybe a very short procmail command
file might name a Maildir which gets delivered to directly without reference
to the .qmail file which would cause the spam filter (sorely needed for the
existing address) to be invoked.

But if there were a more straighforward way to do this directly in
qmail+vpopmail I'd like to know about it.

I am currently using vpopmail 5.4.10 (and qmailadmin 1.2.8), and right now
is not the time to upgrade (please).

Thanks for any thoughts.

-Kurt







!DSPAM:4d746d4232711751677028!