hi everyone
i have postfix dovecot and postgresql installed on arch linux,
the server delivers mail correctly without sasl enabled
when i setup and enable sasl and telnet from localhost or from a remote
connection
i get 'Connection closed by foreign host' immediately
and i get in the logs
no SASL
* niya levi :
> nano /etc/dovecot/dovecot.conf
>
> service auth {
> unix_listener /var/spool/postfix/private/auth {
> group = postfix
> mode = 0666
> user = postfix
> }
> }
No reason to let others read auth data. Make that:
mode = 0660
> postconf -n
> broken_sasl_auth_clients =
I have Postfix/MySQL/Postfixadmin/Dovecot, using postfixadmin I've aliased
one domain to another
using a mailbox for myself for testing, sent emails to aliased domain,
both from outside (gmail) and through this server, receiving OK to my own
mailbox.
BUT, when tried sending to a different user, g
On 11/10/15 11:49, Patrick Ben Koetter wrote:
> * niya levi :
>> nano /etc/dovecot/dovecot.conf
>>
>> service auth {
>> unix_listener /var/spool/postfix/private/auth {
>> group = postfix
>> mode = 0666
>> user = postfix
>> }
>> }
> No reason to let others read auth data. Make that
On Sat, Oct 10, 2015 at 2:23 PM, Wietse Venema wrote:
> Dan Lists:
> > > > Out: 451 4.3.0 Error: queue file write error
> > Oct 10 09:13:39 nook postfix/cleanup[18080]: fatal: pcre map
> > /usr/local/etc/postfix/body_checks, line 17: matched text exceeds buffer
> > limit
>
> Yes, in case of trou
* niya levi :
>
>
> On 11/10/15 11:49, Patrick Ben Koetter wrote:
> > * niya levi :
> >> nano /etc/dovecot/dovecot.conf
> >>
> >> service auth {
> >> unix_listener /var/spool/postfix/private/auth {
> >> group = postfix
> >> mode = 0666
> >> user = postfix
> >> }
> >> }
> > No reas
On 11/10/15 15:57, Patrick Ben Koetter wrote:
> * niya levi :
>>
>> On 11/10/15 11:49, Patrick Ben Koetter wrote:
>>> * niya levi :
nano /etc/dovecot/dovecot.conf
service auth {
unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0666
>>>
Dan Lists:
> > The PCRE client does not know the queue ID, and the SMTP daemon
> > does not know that the PCRE client aborted (nor does the SMTP daemon
> > know why). This will not change. Logging the full execution context
> > for every possible error comes with a significant cost.
> >
>
> clean
On Oct 11, 2015, at 5:51 AM, Voytek wrote:
> fails to b...@aa.com
Are you actually sending emails to American Airlines?
I’m guessing not.
Please do not try to obfuscate your domains by using other people’s domains.
Example.com, example.net, and example.org exist precisely for this purpose.
--
On Oct 11, 2015, at 8:55 AM, Dan Lists wrote:
> %https?://[0-9]*\.[0-9]*\.[0-9]*\.[0-9]*/public/% REJECT
[0-9]* means “Zero or more of 1-9”
And you have 4 of those.
[0-9]{1,3}\.){3}[0-9]{1,3}
Would be much safer.
Or even
[1-2]?[0-9]?[0-9]\.[1-2]?[0-9]?[0-9]\.[1-2]?[0-9]?[0-9]\.[1-2]?[0-9]?[0
[An on-line version of this announcement will be available at
http://www.postfix.org/announcements/postfix-3.0.3.html]
Postfix stable release 3.0.3 is available, as well as legacy releases
2.11.7, 2.10.9, and 2.9.15.
Fixed in Postfix 2.9 and later:
* The Postfix Milter client aborted with a pa
On Sun, Oct 11, 2015 at 07:59:40PM -0400, Wietse Venema wrote:
> Postfix stable release 3.0.3 is available, as well as legacy releases
> 2.11.7, 2.10.9, and 2.9.15.
The source tarball is missing for 2.9.15.
For the other releases I am getting an "invalid armor header"
warning with the new gpg1 a
12 matches
Mail list logo
