Re: recipient_delimiter

2 msg	SQL query as alias
3 msg	Mailfrom restriction and SASL clients
4 msg	How to inform outside users that domain soon wi...
31 msg	ASSP and NOOP
9 msg	Double restrictions for SMTP Authen question ?
5 msg	Resend 'virus' mails
3 msg	message_size_limit exceptions
53 msg	about greylist.pl and alternatives
7 msg	failing to send a large mail
1 msg	Re: Another weird cert question
2 msg	Restrict sending to one address from one IP?
6 msg	Forcing PIX workarounds?
4 msg	header checks are not working

recipient_delimiter
\ LuKreme (29 May 2007)
. \ LuKreme (29 May 2007)
. . \ (Wietse Venema) (29 May 2007)
. . . \ LuKreme (29 May 2007)
. . . . \ mouss (30 May 2007)
. . . . . \ LuKreme (31 May 2007)
. . . . . . \ mouss (31 May 2007)
. . . . . . . \ LuKreme (31 May 2007)
. . . . . . . . \ mouss (31 May 2007)

3 msg	Documenting alias expansion in mails
5 msg	Domain Change Notification
4 msg	How to do a defer_if_permit with a SMTP code 451?
4 msg	virtual: mbox fine, maildir generates 'fatal: g...
5 msg	Multiple relays and rate control with anvil
19 msg	550

Subject:	Re: recipient_delimiter
Group:	Postfix-users
From:	mouss
Date:	31 May 2007

LuKreme wrote:
> On 31-May-2007, at 05:04, mouss wrote:
>> would you allow me to do this:
>>
>> for _dir in $mylistofdirs; do
>> mkdir $HOME/Mail/$_dir
>> done
>
> Sure. It's your mail directory, you want to screw it up, that's on
> you. In fact, any of the local users could already do that since they
> can ssh in to their accounts and run that script without the bother of
> sending address extended emails...

I'm not sure you understand this: the issue is not to give a stranger
the possibility to create arbitrary subdirectories.
>
>> I personally won't like giving you the opportuniity to create a whole
>> bunch of arbitrary subdirectories in my mail directory.
>
> Ah, so it's simple paranoia and not any specific problem? Not that I
> have an issue with simple paranoia, it can be loads of fun!

Just because you fail to understand the consequences doesn't mean there
are no problems. if that makes you happy, open your system as wide as
you want.

>
>> if your users were virtual, you can have your mysql return the
>> mailbox for foo+extension directly (which means you
>> don't need procmail or maildrop).
>
> ah, really? Where would I go about learning how to do that. Because
> last time I looked into it, it was nigh impossible :/

you may want to read the doc about virtual_mailbox_maps, and read about
mysql (hint: with a mysql map, you can use mysql statements to return
whatever you want).