Re: Can't deliver to INBOX.folder

2001-09-30 Thread Louis LeBlanc
On 09/29/01 11:13 PM, Chris Beggy sat at the `puter and typed: > Louis LeBlanc <[EMAIL PROTECTED]> writes: > > > On 09/24/01 05:11 PM, John Capo sat at the `puter and typed: > > > Do you a have Unix style `From ' header on the message? > >> > >> I pulled my hair out over the same problem. Depe

Re: Can't deliver to INBOX.folder

2001-09-29 Thread Chris Beggy
Louis LeBlanc <[EMAIL PROTECTED]> writes: > On 09/24/01 05:11 PM, John Capo sat at the `puter and typed: > > Do you a have Unix style `From ' header on the message? >> >> I pulled my hair out over the same problem. Depending on how >> procmail is invoked, procmail will add a `From ' header and

Re: Can't deliver to INBOX.folder

2001-09-26 Thread Jeremy Howard
Louis LeBlanc wrote: > Here is what I have in that conf: > SERVICES { > # add or remove based on preferences > imap cmd="imapd" listen="imap" prefork=0 > imaps cmd="imapd -s" listen="imaps" prefork=0 > pop3 cmd="pop3d" listen="pop3" prefork=0 > pop3s cmd

Re: Can't deliver to INBOX.folder

2001-09-26 Thread Louis LeBlanc
On 09/26/01 01:51 PM, Jeremy Howard sat at the `puter and typed: > . . . > There's no default rule to override plussed users--this can only occur if > you've specifically added such a rule. If you haven't explicitly played with > Sieve then this is definitely not your problem. > > So I'm all out

Re: Can't deliver to INBOX.folder

2001-09-25 Thread Jeremy Howard
Louis LeBlanc wrote: > On 09/25/01 08:06 AM, Jeremy Howard sat at the `puter and typed: > > Q: Why isn't plussed addressing working? > > > > A: There are 3 possible reasons: > > * [anyone p] not set on subfolder > Check: not the problem > > > * subfolder is not all lowercase > Check: not the pro

Re: Can't deliver to INBOX.folder

2001-09-25 Thread Louis LeBlanc
On 09/25/01 08:17 AM, Jim Levie sat at the `puter and typed: > . . . > I know of a 4th reason, that being that virtusertable is in use. There > may be some way around it, but everytime I use virtusertable it kills > subfolder delivery. Not using it. Thanks anyway. L -- Louis LeBlanc [EMA

Re: Can't deliver to INBOX.folder

2001-09-25 Thread Jim Levie
On Mon, 2001-09-24 at 17:06, Jeremy Howard wrote: > Q: Why isn't plussed addressing working? > > A: There are 3 possible reasons: > * [anyone p] not set on subfolder > * subfolder is not all lowercase > * Sieve includes an explict rule to deliver to INBOX I know of a 4th reason, that being that

Re: Can't deliver to INBOX.folder

2001-09-25 Thread Louis LeBlanc
On 09/25/01 08:06 AM, Jeremy Howard sat at the `puter and typed: > Q: Why isn't plussed addressing working? > > A: There are 3 possible reasons: > * [anyone p] not set on subfolder Check: not the problem > * subfolder is not all lowercase Check: not the problem > * Sieve includes an explict r

Re: Can't deliver to INBOX.folder

2001-09-24 Thread Louis LeBlanc
On 09/24/01 05:11 PM, John Capo sat at the `puter and typed: > Do you a have Unix style `From ' header on the message? > > I pulled my hair out over the same problem. Depending on how > procmail is invoked, procmail will add a `From ' header and deliver > will silently discard the message. Yes,

Re: Can't deliver to INBOX.folder

2001-09-24 Thread Jeremy Howard
;[EMAIL PROTECTED]> Sent: Tuesday, September 25, 2001 7:11 AM Subject: Re: Can't deliver to INBOX.folder > Do you a have Unix style `From ' header on the message? > > I pulled my hair out over the same problem. Depending on how > procmail is invoked, procmail will add a `From

Re: Can't deliver to INBOX.folder

2001-09-24 Thread Jeremy Howard
Tarjei Huse wrote: > Hmm. This has to be set user by user, right? > Yes, I believe so. > Whould it be possible to have an option in imapd.conf to let all users that > are created get this flag? > > Maybe I'mwrong, but I seem to remember that this does not exixst today > (read through imapd.conf

Re: Can't deliver to INBOX.folder

2001-09-24 Thread John Capo
Do you a have Unix style `From ' header on the message? I pulled my hair out over the same problem. Depending on how procmail is invoked, procmail will add a `From ' header and deliver will silently discard the message. John Capo IRBS Engineering, Inc. Quoting Louis LeBlanc ([EMAIL PROTECTED])

Re: Can't deliver to INBOX.folder

2001-09-24 Thread Louis LeBlanc
On 09/24/01 12:50 PM, Ken Murchison sat at the `puter and typed: > > > Louis LeBlanc wrote: > > > > Yes, the permissions are set. I try to send to userid+folder@host, > > where users.userid.folder has anyone p set. Procmail is calling > > > > deliver -q -m folder -- userid > > > > The procma

Re: Can't deliver to INBOX.folder

2001-09-24 Thread Ken Murchison
Louis LeBlanc wrote: > > On 09/23/01 12:39 PM, Ken Murchison sat at the `puter and typed: > > > > > > Louis LeBlanc wrote: > > > > > > I am having a problem getting mail delivered to a mailbox. I am > > > seeing the +folder coming out of sendmail to procmail, and deliver is > > > being called

Re: Can't deliver to INBOX.folder

2001-09-24 Thread Louis LeBlanc
On 09/23/01 12:39 PM, Ken Murchison sat at the `puter and typed: > > > Louis LeBlanc wrote: > > > > I am having a problem getting mail delivered to a mailbox. I am > > seeing the +folder coming out of sendmail to procmail, and deliver is > > being called as described in the manpage for folder

Re: Can't deliver to INBOX.folder

2001-09-24 Thread Tarjei Huse
Hmm. This has to be set user by user, right? Whould it be possible to have an option in imapd.conf to let all users that are created get this flag? Maybe I'mwrong, but I seem to remember that this does not exixst today (read through imapd.conf last night). Tarjei >> > sam anyone p >> I tri

Re: Can't deliver to INBOX.folder

2001-09-23 Thread Jeremy Howard
> > sam anyone p > I tried looking through the imapd.conf manpage, but I didn't find a option that > all subfolders of a user got this flag set. AFAIK the flag is set when the user > creaes a new subfolder. > I believe that you have to set [anyone p] on users.username, which means that then any s

Re: Can't deliver to INBOX.folder

2001-09-23 Thread Ken Murchison
Tarjei Huse wrote: > > > sam anyone p > I tried looking through the imapd.conf manpage, but I didn't find a option that > all subfolders of a user got this flag set. AFAIK the flag is set when the user > creaes a new subfolder. > > But, what is the correct way of sending to a subfolder? I tri

Re: Can't deliver to INBOX.folder

2001-09-23 Thread Pascal Gienger
> > sam anyone p >I tried looking through the imapd.conf manpage, but I didn't find a >option that >all subfolders of a user got this flag set. AFAIK the flag is set >when the user >creaes a new subfolder. AFAIK, the correct syntax would be: deliver -m user.username.folder -u user If using

Re: Can't deliver to INBOX.folder

2001-09-23 Thread Tarjei Huse
> sam anyone p I tried looking through the imapd.conf manpage, but I didn't find a option that all subfolders of a user got this flag set. AFAIK the flag is set when the user creaes a new subfolder. But, what is the correct way of sending to a subfolder? I tried [EMAIL PROTECTED] what is the co

Re: Can't deliver to INBOX.folder

2001-09-23 Thread Ken Murchison
Louis LeBlanc wrote: > > I am having a problem getting mail delivered to a mailbox. I am > seeing the +folder coming out of sendmail to procmail, and deliver is > being called as described in the manpage for folder delivery, but the > message still gets dumped into the INBOX. > > Any idea how

Can't deliver to INBOX.folder

2001-09-22 Thread Louis LeBlanc
I am having a problem getting mail delivered to a mailbox. I am seeing the +folder coming out of sendmail to procmail, and deliver is being called as described in the manpage for folder delivery, but the message still gets dumped into the INBOX. Any idea how to fix this? I don't know what in my