Ville Walveranta a écrit :
>
> I'm undecided on the back-end as of yet; I'd like to use LDAP for
> authentication, possibly against AD (as was discussed here earlier).
> But some other data such as alias maps would seem to be more
> straightforward to store in SQL. Someplace I've seen a warning ag
On Sun, Nov 16, 2008 at 1:11 AM, mouss <[EMAIL PROTECTED]> wrote:
> in theory, you could use wildcard virtual_alias_maps:
> @alternatename.example @primary.example
>
> unfortunately, this makes all addresses [EMAIL PROTECTED] valid during
> the smtp transaction, and this will cause a bounce if the
Daniel Reinhardt
Website: www.cryptodan.com
Email: [EMAIL PROTECTED]
Junior Network Security Engineer
- Original Message
> From: "MacShane, Tracy" <[EMAIL PROTECTED]>
> To: Postfix users
> Sent: Sunday, November 16, 2008 11:00:29 PM
> Subject: RE: Body checks and warning log
>
> >
>
> - Original Message
> > From: mouss <[EMAIL PROTECTED]>
> > To: Postfix users
> > Sent: Friday, November 14, 2008 7:58:45 AM
> > Subject: Re: Body checks and warning log
> >
> > MacShane, Tracy wrote:
> > > I'm trying to create a very simple body check for a limited time
to
> > > ge
Wietse Venema wrote:
> No. The client sends both RCPT TO and DATA in one TCP segment.
> This is legitimate use of the PIPELINING option (another feature
> that has troubled firewalls from people who can't be bothered to
> learn how protocols work).
Bah, that'll teach me to make assumptions. I did
Joel Reicher:
> The mailbox transport I use is a pipe to an MDA that treats the username
> case-sensitively, so I have given the "u" flag in the transport, but
> I also have
>
> recipient_delimiter = +
>
> and the address extensions are being downcased as well.
Postfix behaves as documented: the
Petr Janda:
> by the way postmaster@ wont work. we dont set them up as the email
> addresses are stored in ldap and its just a hassle to create an extra
> postmaster@ address for each domain we host. if you want maybe try
> [EMAIL PROTECTED]
You must provide a postmaster address,as required by Int
Barney Desmond:
> * Noone's pointed out the your first packet capture also exhibits the
> same "missing data" problem. After the client sends RCPT TO and you
> respond with an Ok, the next thing it drops on the wire is "Received:
> from srv1.shoppingsquare.com.au" in frame 12. I'm not that confiden
On Sun, Nov 16, 2008 at 04:15:39PM +1100, Joel Reicher wrote:
> The mailbox transport I use is a pipe to an MDA that treats the username
> case-sensitively, so I have given the "u" flag in the transport, but
> I also have
>
> recipient_delimiter = +
>
> and the address extensions are being downc