Re: setup issue -- debian /ubuntu 16.04.1 "bad string length 0 < 1: setgid_group ="

2020-06-16 Thread Bob Proulx
Scott Kitterman wrote: > Those are both good points, but it's also worth noting that typically > submission requires SMTP Auth which you will have to configure manually after > doing the above. Right. But there are many good guides on the net available that describe setting up SMTP Auth in deta

Re: setup issue -- debian /ubuntu 16.04.1 "bad string length 0 < 1: setgid_group ="

2020-06-16 Thread Scott Kitterman
On Wednesday, June 17, 2020 12:39:06 AM EDT Bob Proulx wrote: > It resulted in this configuration entry. > > root@turmoil:~# postconf relayhost > relayhost = smtp.proulx.com:587 > > And so it is possible to use that Debian specific installation > option. Any more details here should be o

Re: setup issue -- debian /ubuntu 16.04.1 "bad string length 0 < 1: setgid_group ="

2020-06-16 Thread Bob Proulx
Gary Aitken wrote: > Wietse Venema wrote: > > Perhaps you're better of with > > - uninstall Postfix > > - reinstall Postfix > > > > and only after doing that edit Postfix config files. > > A simple uninstall and reinstall of postfix could not be used, as the > uninstall > would remove another pack

Re: setup issue -- debian /ubuntu 16.04.1 "bad string length 0 < 1: setgid_group ="

2020-06-16 Thread Gary Aitken
On 6/16/20 9:49 PM, Scott Kitterman wrote: On Tuesday, June 16, 2020 11:36:27 PM EDT Gary Aitken wrote: It is using default mail port, 25; I need port 465 or 587 because it's my understanding google blocks everything on port 25. During the setup, I was not (I don't think) given the option of spe

Re: setup issue -- debian /ubuntu 16.04.1 "bad string length 0 < 1: setgid_group ="

2020-06-16 Thread Scott Kitterman
On Tuesday, June 16, 2020 11:36:27 PM EDT Gary Aitken wrote: > It is using default mail port, 25; I need port 465 or 587 because it's my > understanding google blocks everything on port 25. > During the setup, I was not (I don't think) given the option of specifying > smtps or the port. There's no

Re: setup issue -- debian /ubuntu 16.04.1 "bad string length 0 < 1: setgid_group ="

2020-06-16 Thread Gary Aitken
On 6/12/20 12:26 PM, Wietse Venema wrote: Gary Aitken: I had previously edited main.cf to set sendmail_path = /usr/sbin/sendmail setgid_group = postdrop $ sudo postfix check postfix: fatal: bad string length 0 < 1: mailq_path = Not sure what mailq_path should be set to... /var/spool/po

_restrictions

2020-06-16 Thread Helmut Schneider
Hi, I'm cleaning up my postfix configs and am wondering if I can improve / should change my _restrictions on postfix 3.3 / 3.5: local postfix instance: smtpd_client_restrictions = permit_mynetworks permit_sasl_authenticated smtpd_helo_restrictions = permit_mynetworks permit_sa

Re: Postfix mailq priority

2020-06-16 Thread Wietse Venema
vi...@vheuser.com: > On 2020/06/16 13:42 PM, Wietse Venema wrote: > > vi...@vheuser.com: > >> Obviously I am above my pay grade here, > >> but can this? "Adding some artificial 'cost' value" currently be done? > > No. There is an existing solution that works for multi-recipient > > list mail. That

Re: Postfix mailq priority

2020-06-16 Thread vi...@vheuser.com
On 2020/06/16 13:42 PM, Wietse Venema wrote: vi...@vheuser.com: Obviously I am above my pay grade here, but can this? "Adding some artificial 'cost' value" currently be done? No. There is an existing solution that works for multi-recipient list mail. That solution does not work for single-recip

Re: Postfix mailq priority

2020-06-16 Thread Wietse Venema
vi...@vheuser.com: > Obviously I am above my pay grade here, > but can this? "Adding some artificial 'cost' value" currently be done? No. There is an existing solution that works for multi-recipient list mail. That solution does not work for single-recipient list mail, which we suspect is your use

Re: Postfix mailq priority

2020-06-16 Thread Viktor Dukhovni
On Tue, Jun 16, 2020 at 01:25:41PM -0400, Wietse Venema wrote: > > I will look up how to create transports and assign mail to them. > > But it appears that there would be no way to redirect what is > > already in the queue. If you already have a lot of messages in the "active" queue, then those a

Re: Postfix mailq priority

2020-06-16 Thread Wietse Venema
vi...@vheuser.com: > Postfix steadily delivers, but would like to de-prioritize the list emails > so regular traffic is not delayed. That's what we're talking about - making that automatic so you don't have to babysit Postfix. Otherwise, we'd be wasting everyone's time. > I will look up how to c

Re: Postfix mailq priority

2020-06-16 Thread vi...@vheuser.com
On 2020/06/16 10:39 AM, Wietse Venema wrote: Viktor Dukhovni: On Mon, Jun 15, 2020 at 08:25:31PM -0500, Noel Jones wrote: Postfix has only one queue, and concurrency and process count is per-destination, not based on where the mail came from. Consider using a separate postfix instance for d

Re: Postfix mailq priority

2020-06-16 Thread vi...@vheuser.com
On 2020/06/16 11:32 AM, Viktor Dukhovni wrote: On Jun 16, 2020, at 12:39 PM, Wietse Venema wrote: - Adding layer of sender-based round-robin selection. Not sure if that would explode at large scale. When the input mix approximates steady-state, FIFO is essentially optimal, with each type of

Re: Postfix mailq priority

2020-06-16 Thread Wietse Venema
Viktor Dukhovni: > > On Jun 16, 2020, at 12:39 PM, Wietse Venema wrote: > > > > - Adding layer of sender-based round-robin selection. Not sure if > > that would explode at large scale. > > When the input mix approximates steady-state, FIFO is essentially optimal, > with each type of message gett

Re: Postfix mailq priority

2020-06-16 Thread Viktor Dukhovni
> On Jun 16, 2020, at 12:39 PM, Wietse Venema wrote: > > - Adding layer of sender-based round-robin selection. Not sure if > that would explode at large scale. When the input mix approximates steady-state, FIFO is essentially optimal, with each type of message getting its average share of the ou

Re: Postfix mailq priority

2020-06-16 Thread Wietse Venema
Viktor Dukhovni: > On Mon, Jun 15, 2020 at 08:25:31PM -0500, Noel Jones wrote: > > > Postfix has only one queue, and concurrency and process count is > > per-destination, not based on where the mail came from. > > > > Consider using a separate postfix instance for delivering mail list > > message