On Fri, 2010-04-16 at 03:50 +0200, fakessh wrote:
> On Fri, 16 Apr 2010 01:53:32 +0200, Pascal Volk
> wrote:
> > On 04/16/2010 01:18 AM fakessh wrote:
> >> how to build a catch-all with dovecot lda
> >> the question then. is not a postfix issue
> >
> > Still a Postfix issue.
> > Dovecot doesn't
On Fri, 16 Apr 2010 01:53:32 +0200, Pascal Volk
wrote:
> On 04/16/2010 01:18 AM fakessh wrote:
>> how to build a catch-all with dovecot lda
>> the question then. is not a postfix issue
>
> Still a Postfix issue.
> Dovecot doesn't know anything about 'spammy catch all accounts'. Your
> MTA has to
On 04/16/2010 01:18 AM fakessh wrote:
> how to build a catch-all with dovecot lda
> the question then. is not a postfix issue
Still a Postfix issue.
Dovecot doesn't know anything about 'spammy catch all accounts'. Your
MTA has to expand the the catch all address to an address which is known
by Dov
Hi all,
I'm using dovecot 2.0-beta4's sieve plugin and it works great but here
is an idea for improvement:
When creating the first sieve script for an account whose home dir does
not yet exist then dovecot *does* create that homedir but the sieve
client times out. Tried Thunderbird's sieve addon
it may be a problem in dealing with amavisd perl milter
Subject: Re: [Dovecot] catch-all not working with postfix dovecot lda
On Fri, 16 Apr 2010 09:07:55 +1000, Noel Butler
wrote:
> Postfix must first "know the user(s)"
> therefore this isa postfix issue and not dovecot
> dovecot deliver assum
On Fri, 16 Apr 2010 09:07:55 +1000, Noel Butler
wrote:
> Postfix must first "know the user(s)"
> therefore this isa postfix issue and not dovecot
> dovecot deliver assumes the MTA has verified the user to accept mail
> from and does not do further authentication
>
>
how to build a catch-all wi
Postfix must first "know the user(s)"
therefore this isa postfix issue and not dovecot
dovecot deliver assumes the MTA has verified the user to accept mail
from and does not do further authentication
On Fri, 2010-04-16 at 01:00 +0200, fakessh wrote:
> its tha archive to the cross post to postfi
its tha archive to the cross post to postfix-users
help me
http://www.mail-archive.com/postfix-us...@postfix.org/msg22963.html
On Fri, 16 Apr 2010 00:26:25 +0200, fakessh wrote:
On Thu, 15 Apr 2010 08:33:43 -0500, Noel Jones
wrote:
On 4/14/2010 3:42 PM, fakessh wrote:
On 4/15/2010 4:37 PM, Scott Silva wrote:
on 4-15-2010 2:05 PM Ken A spake the following:
I'm using dovecot-1.2-sieve-0.1.15 with dovecot-1.2.11.
I have a reject test filter that looks like this:
require "reject";
if header :contains "subject" "reject" {
reject "bye";
}
Is there any way to g
on 4-15-2010 2:05 PM Ken A spake the following:
> I'm using dovecot-1.2-sieve-0.1.15 with dovecot-1.2.11.
>
> I have a reject test filter that looks like this:
>
> require "reject";
> if header :contains "subject" "reject" {
> reject "bye";
> }
>
> Is there any way to get a "reject" filter to se
I'm using dovecot-1.2-sieve-0.1.15 with dovecot-1.2.11.
I have a reject test filter that looks like this:
require "reject";
if header :contains "subject" "reject" {
reject "bye";
}
Is there any way to get a "reject" filter to send back a 550 reject as
detailed in http://ietfreport.isoc.org/idr
Marcus Rueckert schrieb:
On 2010-04-15 19:01:39 +0200, Sven wrote:
Marcus Rueckert schrieb:
my thought would be:
make it like amavis ...
1. your mta forwards you the mail via smtp.
2. you munch the email (although i seriously wonder why)
3. you send it back to your mta via smtp
4. mta c
On 2010-04-15 19:01:39 +0200, Sven wrote:
> Marcus Rueckert schrieb:
> >my thought would be:
> >make it like amavis ...
> >1. your mta forwards you the mail via smtp.
> >2. you munch the email (although i seriously wonder why)
> >3. you send it back to your mta via smtp
> >4. mta calls dovecot to d
Marcus Rueckert schrieb:
my thought would be:
make it like amavis ...
1. your mta forwards you the mail via smtp.
2. you munch the email (although i seriously wonder why)
3. you send it back to your mta via smtp
4. mta calls dovecot to deliver the mail
for better suggestions, it would be nice to
my thought would be:
make it like amavis ...
1. your mta forwards you the mail via smtp.
2. you munch the email (although i seriously wonder why)
3. you send it back to your mta via smtp
4. mta calls dovecot to deliver the mail
for better suggestions, it would be nice to know what kind of
modifica
Hi all,
sorry for my inexperience. I am still learning. I searched for a while
but found nothing useful.
I am looking for the best way to manipulate headers, bodies,
attachments, locations, folders and/or flags while using deliver and
e.g. perl.
In other words manipulating the whole mail in re
Hello Timo,
I'm trying to get a clear understanding of dovecot's (1.2.x) flags and keywords
sharing possibilities or impossibilities in a shared-mailboxes setup.
By definition, a shared mailbox is a mailbox from a personal namespace which
has been made available to someone else who sees it in a s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 15 Apr 2010, Andreas Schulze wrote:
could you add this to http://wiki.dovecot.org/MainConfig?highlight=(base_dir) ?
IMHO: It is:
"
base_dir = /var/run/dovecot/
"
/var/run contains runtime information for programs, often even located on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 14 Apr 2010, Niels Richter wrote:
This is our dovecot -n output (relevant parts):
Hmm, your question deals with authentification, but your "relevant parts"
omit any instance of passwd. This seems to be contratictious.
You could try to t
19 matches
Mail list logo