Re: Postfix Mailman integration

2015-10-26 Thread Django [BOfH]
HI Ruben,

Am 25.10.2015 um 11:09 schrieb Ruben Safir:

> What can cause the list mail to hang for 3 hour or more?

Have you tried to look into /var/log/mailman/error and
/var/log/mailman/smtp-failure ?


ttyl
Django
-- 
"Bonnie & Clyde der Postmaster-Szene!" approved by Postfix-God
http://wetterstation-pliening.info
http://dokuwiki.nausch.org
http://wiki.piratenpartei.de/Benutzer:Django


Re: Postfix Mailman integration

2015-10-26 Thread Ruben Safir
On Sun, Oct 25, 2015 at 09:43:36AM -0400, Wietse Venema wrote:
> Ruben Safir:
> > Hi
> > 
> > I have been running majordomo for a decade+ with postfix with no
> > trouble but I resently turned over to mailman and it is taking 3
> > hours to turn over messages.  And I don't have this problem with
> > normal email, just when I use mailman.  DNS is running on the same
> > machine.
> >
> > What can cause the list mail to hang for 3 hour or more?
> 
> Both mailman and Postfix log activies and errors. I recommend that
> you start looking for warning/error/fatal/panic messages.
> 
>   Wietse

yeah -it shows nothing of interest.  It just shows it is being handed off
to mailman.  

-- 
So many immigrant groups have swept through our town
that Brooklyn, like Atlantis, reaches mythological
proportions in the mind of the world - RI Safir 1998
http://www.mrbrklyn.com 

DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
http://www.nylxs.com - Leadership Development in Free Software
http://www2.mrbrklyn.com/resources - Unpublished Archive 
http://www.coinhangout.com - coins!
http://www.brooklyn-living.com 

Being so tracked is for FARM ANIMALS and and extermination camps, 
but incompatible with living as a free human being. -RI Safir 2013



Re: Postfix Mailman integration

2015-10-26 Thread Viktor Dukhovni
On Mon, Oct 26, 2015 at 09:13:44AM -0400, Ruben Safir wrote:

> > > What can cause the list mail to hang for 3 hour or more?
> > 
> > Both mailman and Postfix log activies and errors. I recommend that
> > you start looking for warning/error/fatal/panic messages.
> > 
> > Wietse
> 
> yeah -it shows nothing of interest.  It just shows it is being handed off
> to mailman.  

If you don't post all the related logging, you'll get no further
assistance.  The logs will show the relevant timestamps, and may
lead to further questions.

-- 
Viktor.


Using Postfix 2.6 only for @hostname.sub.domain.com

2015-10-26 Thread Carlo Manuali
Hi to all,

I’m reading some of configuration examples reported here 
http://www.postfix.org/STANDARD_CONFIGURATION_README.html in order to setup 
postfix on  as a mix of some of them.

My goal is to (by supposing  is the MX for 
):

1) Only clients belonging to .domain.com can use 
the server for sending and in this case they have to be allowed to send to 
anyone;

2) Incoming mails are NOT accepted for @sub.domain.com (nor to sub1 and 
the others), as it was normal, but ONLY for @hostname.sub.domain.com.

3) Relaying never allowed.
 
I hope I was clear and thank you very much for your help.

Cheers,
—Carlo

Discard mail for local user

2015-10-26 Thread jeremy

I want to discard mail for a local user but I've read the docs and I'm
not quite sure exactly how I should go about this. 

I'm operating a virtual domain environment and have addresses mapped to
local user accounts. I have a "noreply" account which is setup to
receive messages from numerous addresses. I would like to simply
discard any email sent to this local user.

I've tried searching for something similar but most solutions seem to
be tailored to work with specific email addresses rather than a local
account. There are too many email addresses mapped to this local user
to add individual rules for each email address.

I've tried adding a discard line in transport_maps = 
hash:/etc/postfix/transport 
but I think I'm on the wrong path here.

Any pointers or suggestions would be appreciated. Thanks.


Re: Discard mail for local user

2015-10-26 Thread Viktor Dukhovni
On Tue, Oct 27, 2015 at 04:41:47PM +1300, jer...@smartpoint.co.nz wrote:

> I want to discard mail for a local user but I've read the docs and I'm
> not quite sure exactly how I should go about this. 

Postfix has "discard" transport.  The simplest way is:

transport:
discard.invalid discard:silently

virtual:
u...@example.comuser@discard.invalid

This keeps the transport table simple, free of per-user entries,
that might otherwise motivate "slow" LDAP or SQL transport lookups
which are on the critical path for the queue manager.  LDAP and
SQL are just fine for virtual(5) lookups which happen in multiple
smtpd(8) and cleanup(8) processes in parallel.

> I'm operating a virtual domain environment and have addresses mapped to
> local user accounts. I have a "noreply" account which is setup to
> receive messages from numerous addresses. I would like to simply
> discard any email sent to this local user.

Discarding "noreply" may be unwise if mail is sent with "noreply"
as the "From:" or "Reply-To:" address.  In this particular case,
I would go with a per-user transport entry:

transport:
nore...@example.com error:5.1.1 No reply at this address

which rejects any mail sent to that address, so the sender notices
that their reply went nowhere.  Discards should be avoided with
addresses people might inadvertantly send mail to.

> I've tried searching for something similar but most solutions seem to
> be tailored to work with specific email addresses rather than a local
> account. There are too many email addresses mapped to this local user
> to add individual rules for each email address.

Well, each such mapping can be replaced with a transport entry.
One way or another you have a list of addresses to not deliver.

If discard is the wise route, then my initial reply works, but to
reject at SMTP time, each original address must directly resolve
to the error transport before any rewriting.

> I've tried adding a discard line in transport_maps =
> hash:/etc/postfix/transport but I think I'm on the wrong path here.

You provide no detail of what you did, and how it failed.  So the
above is basically content-free.

-- 
Viktor.