Solved it :-)
When sending to unknown users, Postfix now rejects the mail with "User
unknown in virtual mailbox table", and it does so for hosted (that is,
virtual mailbox domains) domains as well.
It seems the SRS-daemon* I have been using with the main.cf parameters
recipient_canonical_maps
rec
Fri, 05 Apr 2013 08:49:39 -0400 skrev Brian Evans
:
> > Thank you for the link, it was very informative, but didn't solve
> > the problem. I also tried making a virtual_mailbox_maps MySQL query
> > that always returned false, but Postfix still accepted all mail,
> > and then bounced it after Dovec
On 4/5/2013 6:56 AM, Titanus Eramius wrote:
Mon, 25 Mar 2013 14:09:04 -0400 (EDT) skrev Wietse Venema
:
Titanus Eramius:
MAIL FROM:<>
250 2.1.0 Ok
RCPT TO:
250 2.1.5 Ok
RCPT TO:
250 2.1.5 Ok
If non-exist...@cogky.dk is substituted with non-exist...@aptget.dk,
then it is still rejected with "..
Mon, 25 Mar 2013 14:09:04 -0400 (EDT) skrev Wietse Venema
:
> Titanus Eramius:
> > MAIL FROM:<>
> > 250 2.1.0 Ok
> > RCPT TO:
> > 250 2.1.5 Ok
> > RCPT TO:
> > 250 2.1.5 Ok
>
> > If non-exist...@cogky.dk is substituted with non-exist...@aptget.dk,
> > then it is still rejected with "... unknown
Titanus Eramius:
> > OK, the table is working as it should. Now let's find out
> > why the bogus recipient is accepted:
> >
> > Next step:
> >
> > - Connect to the public (not content re-injection) SMTP port and try
...
> MAIL FROM:<>
> 250 2.1.0 Ok
> RCPT TO:
> 250 2.1.5 Ok
> RCPT TO:
> 250 2.1.
Mon, 25 Mar 2013 11:30:41 -0400 (EDT) skrev Wietse Venema
:
> Titanus Eramius:
> > Fri, 22 Mar 2013 19:12:40 -0400 (EDT) skrev Wietse Venema
> > :
> >
> > > Test your lookups:
> > >
> > > postmap -q cogky.dk the-virtual_mailbox_domains-table
> > > This should return a result (the value does not
Titanus Eramius:
> Fri, 22 Mar 2013 19:12:40 -0400 (EDT) skrev Wietse Venema
> :
>
> > Test your lookups:
> >
> > postmap -q cogky.dk the-virtual_mailbox_domains-table
> > This should return a result (the value does not matter).
>
> aptget:~# postalias -q cogky.dk
> mysql:/etc/postfix/mysql_virt
Fri, 22 Mar 2013 19:12:40 -0400 (EDT) skrev Wietse Venema
:
> Test your lookups:
>
> postmap -q cogky.dk the-virtual_mailbox_domains-table
> This should return a result (the value does not matter).
aptget:~# postalias -q cogky.dk
mysql:/etc/postfix/mysql_virtual_mailbox_domains.cf
cogky.dk
> po
Le 23/03/2013 00:02, Titanus Eramius a écrit :
> [snip]
> The goal is a "virtual only" mailserver, so the domains is stored
> in MySQL and fetched through virtual_mailbox_domains. Besides
> virtual_mailbox_domains, I use virtual_mailbox_maps and
> virtual_alias_maps.
>
> The documentation is among
Titanus Eramius:
> Fri, 22 Mar 2013 16:55:21 -0400 (EDT) skrev Wietse Venema
> > Where is cogky.dk defined: mydestination, virtual_alias_domains,
> > virtual_mailbox_domains, relay_domains? It must be only one.
> >
> > This answer determines where the "known" recipients must be listed:
> > local_r
Fri, 22 Mar 2013 16:55:21 -0400 (EDT) skrev Wietse Venema
:
> Titanus Eramius:
> > Besides aptget.dk this server also hosts cogky.dk (among others),
> > and while unknown recipients is being correctly rejected with a 550
> > when sent to aptget.dk, they are not when sent to the other virtual
> > d
Titanus Eramius:
> Besides aptget.dk this server also hosts cogky.dk (among others), and
> while unknown recipients is being correctly rejected with a 550 when
> sent to aptget.dk, they are not when sent to the other virtual domains.
> Instead they are accepted and then returned by the MAILER_DAEMO
Tue, 19 Feb 2013 16:31:05 + skrev Viktor Dukhovni
:
> On Tue, Feb 19, 2013 at 12:21:35PM +0100, Titanus Eramius wrote:
>
> > I've tried with relay_domains, but it matches on domain-level which
> > is too much. I then applied relay_recipient_maps, but it don't seem
> > to have any effect, whic
On Tue, Feb 19, 2013 at 12:21:35PM +0100, Titanus Eramius wrote:
> I've tried with relay_domains, but it matches on domain-level which is
> too much. I then applied relay_recipient_maps, but it don't seem to
> have any effect, which means that addresses is still matched on domain
> basis.
>
> Eve
Thinking about this, I might have been to specific in my question.
At the fundamental level I would like to have 2 or more Postfix servers
capable of receiving virtual mail for multiple domains, where one of
the servers also handles relaying and local delivery. The rest should
function as backup M
Sat, 16 Feb 2013 12:39:24 +0100 skrev DTNX Postmaster
:
> On Feb 16, 2013, at 12:18, Titanus Eramius wrote:
>
> > I plan on upgrading Debians stable Postfix to the current stable
> > version of 2.10 so I may benefit from postscreen, and that will
> > probably be a good time to install amavisd-ne
On Feb 16, 2013, at 12:18, Titanus Eramius wrote:
> I plan on upgrading Debians stable Postfix to the current stable
> version of 2.10 so I may benefit from postscreen, and that will
> probably be a good time to install amavisd-new as a pre-queue filter.
>
> Thank you for the help once again.
A
Sat, 09 Feb 2013 10:25:31 -0600 skrev Noel Jones
:
...
> Nothing wrong with this setup. It's very easy to configure,
> requires no third-party software or additional packages, and it's
> easy to understand where your mail goes. I expect that's why it's
> used as an example on the spamassassin
On 2/9/2013 5:23 AM, Titanus Eramius wrote:
> Fri, 08 Feb 2013 21:54:02 +0100 skrev Jeroen Geilman :
>
>> On 02/08/2013 06:02 PM, Titanus Eramius wrote:
>>
>>> Feb 7 22:12:48 ntdata postfix/pickup[24843]: 048341743609: uid=5005
>>> from=
>>
>> So you are...not re-injecting spamassassin traffic, b
--> Titanus Eramius [2013-02-09 12:23:38 +0100]:
> All of those examples uses sendmail. But again, in relation to Postfix,
> it might very well be possible to integrate SA in a better way. Maybe
> the method suggested by the docs on content_filters?
> http://www.postfix.org/FILTER_README.html#adv
Fri, 08 Feb 2013 21:54:02 +0100 skrev Jeroen Geilman :
> On 02/08/2013 06:02 PM, Titanus Eramius wrote:
>
> > Feb 7 22:12:48 ntdata postfix/pickup[24843]: 048341743609: uid=5005
> > from=
>
> So you are...not re-injecting spamassassin traffic, but instead
> re-submitting it via sendmail ?
> Th
On 02/08/2013 06:02 PM, Titanus Eramius wrote:
Feb 7 22:12:48 ntdata postfix/pickup[24843]: 048341743609: uid=5005
from=
So you are...not re-injecting spamassassin traffic, but instead
re-submitting it via sendmail ?
That's weird.
Feb 7 22:12:48 ntdata postfix/pipe[30177]: 39E441743607:
Fri, 8 Feb 2013 09:45:07 -0600 skrev /dev/rob0 :
snip
> > ---
> > titanus@ntdata:/var/log$ grep "048341743609" mail.log.1
> >
> > Feb 7 22:12:48 ntdata postfix/pickup[24843]: 048341743609: uid=5005
> > from=
>
> pickup(8) picks up mail which was sent via sendmail(1). This is a
> local/system u
On Fri, Feb 08, 2013 at 04:06:57PM +0100, Titanus Eramius wrote:
> Please note that the last time I asked about the behavior of Postfix it
> turned out I had misunderstood the concept of relaying mail. It might
> be the case again.
>
> I'm running the mailserver that serves this domain + a few oth
Hi all
Please note that the last time I asked about the behavior of Postfix it
turned out I had misunderstood the concept of relaying mail. It might
be the case again.
I'm running the mailserver that serves this domain + a few others,
the mailserver at ubuntudanmark.dk and the mailservers at nt-d
25 matches
Mail list logo
