On Tue, Jul 07, 2020 at 03:15:22AM +, Sebby, Brian A. wrote:
> In our environment, we have two Postfix mail servers where server1
> will forward some messages to server2. We first upgraded server1 to
> 3.3.1, and then later upgraded server2, but I found that Postfix
> didn’t start sending
We recently migrated a few of our mail servers from RHEL 6 with Postfix 2.6.6,
to RHEL 8 with Postfix 3.3.1. I noticed a change in behavior after we
upgraded, and I wondered if anyone had any insight into the change. Before,
while Postfix would send undeliverable messages from MAILER-DAEMON
Brett @Google:
> On Wed, Mar 2, 2016 at 10:20 PM, Wietse Venema wrote:
>
> > Brett @Google:
> > > Hello,
> > >
> > > I am upgrading 3.0.x to 3.1 it seems the build process has changed, there
> > > are a few issues at least on solaris, maybe due to the dual 32/64 bit
> > >
On Wed, Mar 2, 2016 at 10:20 PM, Wietse Venema wrote:
> Brett @Google:
> > Hello,
> >
> > I am upgrading 3.0.x to 3.1 it seems the build process has changed, there
> > are a few issues at least on solaris, maybe due to the dual 32/64 bit
> > library formats when compared to
On Thu, Mar 3, 2016 at 6:54 AM, Viktor Dukhovni
wrote:
> On Wed, Mar 02, 2016 at 06:27:26PM +1000, Brett @Google wrote:
>
> > I am upgrading 3.0.x to 3.1 it seems the build process has changed, there
> > are a few issues at least on solaris, maybe due to the dual
On Wed, Mar 02, 2016 at 06:27:26PM +1000, Brett @Google wrote:
> I am upgrading 3.0.x to 3.1 it seems the build process has changed, there
> are a few issues at least on solaris, maybe due to the dual 32/64 bit
> library formats when compared to Linux.
As Wietse said, nothing relevant changed in
--On Wednesday, March 02, 2016 6:27 PM +1000 "Brett @Google"
wrote:
Hello,
I am upgrading 3.0.x to 3.1 it seems the build process has changed, there
are a few issues at least on solaris, maybe due to the dual 32/64 bit
library formats when compared to Linux.
Brett @Google:
> Hello,
>
> I am upgrading 3.0.x to 3.1 it seems the build process has changed, there
> are a few issues at least on solaris, maybe due to the dual 32/64 bit
> library formats when compared to Linux.
>
> (running on SunOS server 5.10 Generic_150400-29 sun4v sparc sun4v)
The
Hello,
I am upgrading 3.0.x to 3.1 it seems the build process has changed, there
are a few issues at least on solaris, maybe due to the dual 32/64 bit
library formats when compared to Linux.
(running on SunOS server 5.10 Generic_150400-29 sun4v sparc sun4v)
1. Is seems to be no longer possible
in.
how i can fix this issue.?
--
View this message in context:
http://postfix.1071664.n5.nabble.com/sasl-authentication-reject-after-upgrading-postfix-from-2-3-to-2-10-tp50796.html
Sent from the Postfix Users mailing list archive at Nabble.com.
On Wed, Sep 19, 2012 at 08:41:02AM -0700, Naval saini wrote:
I have postfix running with multiple postfix-out instances i
upgrade postfix version from 2.3 to 2.10 before upgrade sasl
authentication was fine after upgradation sasl authentication
rejecting. logs of /var/log/maillog showing
Hi all
I was using postfix 2.3 on centos 5.7 and using sasl authentication. When I
tried to upgrade to postfix 2.7 I got error when sending mail using outlook
client smtpd_sasl_auth_enable is true, but SASL support is not compiled in
while it sends normally using telnet.
I am using rpm not
* amira a.oth...@cairosource.com:
I was using postfix 2.3 on centos 5.7 and using sasl authentication. When I
tried to upgrade to postfix 2.7 I got error when sending mail using outlook
client smtpd_sasl_auth_enable is true, but SASL support is not compiled in
while it sends normally using
From: owner-postfix-us...@postfix.org [mailto:owner-postfix-
us...@postfix.org] On Behalf Of Peter
Subject: Re: Upgrading Postfix and invalid/obseleted config values.
If you would like to have a quota on your maildir mailboxes, the
best
solution is to always use filesystem-based quotas
After a few years, I'm upgrading my server and this necessitates a reinstall.
I'm using the .deb packages (it's Debian Squeeze).
In my old main.cf I found these lines which don't appear to be currently valid.
768 virtual_mailbox_limit_maps = mysql:/etc/postfix/Mail-Quota.cf
769
Simon Brereton:
768 virtual_mailbox_limit_maps = mysql:/etc/postfix/Mail-Quota.cf
769 virtual_mailbox_limit_inbox = no
770 virtual_maildir_extended = yes
771 virtual_create_maildirsize = yes
772 virtual_mailbox_limit_override = yes
773 virtual_overquota_bounce = yes
This is not part of
-Original Message-
From: Wietse Venema [mailto:wie...@porcupine.org]
Subject: Re: Upgrading Postfix and invalid/obseleted config values.
Simon Brereton:
768 virtual_mailbox_limit_maps = mysql:/etc/postfix/Mail-Quota.cf
769 virtual_mailbox_limit_inbox = no
770
Simon Brereton:
768 virtual_mailbox_limit_maps = mysql:/etc/postfix/Mail-Quota.cf
769 virtual_mailbox_limit_inbox = no
770 virtual_maildir_extended = yes
771 virtual_create_maildirsize = yes
772 virtual_mailbox_limit_override = yes
773 virtual_overquota_bounce = yes
This is
Dovecot has quotas built-in and other features such as per-user
filters that Postfix will not provide. It also plays nice with
Postfix to authenticate SMTP clients with SASL. Dovecot, hooked up
to Postfix with LMTP would be a good combination.
Wietse
Well, users usually interacts
From: owner-postfix-us...@postfix.org [mailto:owner-postfix-
us...@postfix.org] On Behalf Of Wietse Venema
Sent: Friday, March 18, 2011 1:15 PM
To: Postfix users
Subject: Re: Upgrading Postfix and invalid/obseleted config values.
Simon Brereton:
768 virtual_mailbox_limit_maps = mysql
On 3/18/2011 2:45 PM, Simon Brereton wrote:
[snip]
This is not part of Postfix. It is a third-party quota patch that
some distributors include. For support, ask the distributor.
Thank you for knowing my system better than I do (did I mention
it's a
few years) since I did the initial install.
From: owner-postfix-us...@postfix.org [mailto:owner-postfix-
us...@postfix.org] On Behalf Of Daniel Bromberg
Subject: Re: Upgrading Postfix and invalid/obseleted config values.
On 3/18/2011 2:45 PM, Simon Brereton wrote:
[snip]
This is not part of Postfix. It is a third-party quota patch
If you don't mind a short delay between reaching quota and
stopping mail, then you could run a cron job that maintains an
smtpd access map for users that reach the limit. This way, you
don't have to send non-delivery status notifications and you also
don't have to discard any email.
Basic
From: owner-postfix-us...@postfix.org [mailto:owner-postfix-
us...@postfix.org] On Behalf Of Wietse Venema
Subject: Re: Upgrading Postfix and invalid/obseleted config values.
If you don't mind a short delay between reaching quota and
stopping mail, then you could run a cron job
On 19/03/11 09:49, Simon Brereton wrote:
From: owner-postfix-us...@postfix.org [mailto:owner-postfix-
us...@postfix.org] On Behalf Of Daniel Bromberg
Just being a googlebot again, but does this help?
http://www.courier-mta.org/imap/README.maildirquota.html
Using the Maildir++ extended Maildir
Hello,
I have Postfix 2.1.5 running on Mac Server 10.4.11. I would like to upgrade
Postfix. Which version would you recommend?
Thanks in advance for advise.
--
Jeff
2010/2/15 Jeff Bernier jbern...@risd.edu:
Hello,
I have Postfix 2.1.5 running on Mac Server 10.4.11. I would like to upgrade
Postfix. Which version would you recommend?
Thanks in advance for advise.
How about latest stable version (2.7) ?
--
Eero
* Eero Volotinen eero.voloti...@iki.fi:
I have Postfix 2.1.5 running on Mac Server 10.4.11. I would like to upgrade
Postfix. Which version would you recommend?
Thanks in advance for advise.
How about latest stable version (2.7) ?
Since Apple made a significant number of changes: Stick
On Feb 15, 2010, at 12:42 PM, Ralf Hildebrandt wrote:
* Eero Volotinen eero.voloti...@iki.fi:
I have Postfix 2.1.5 running on Mac Server 10.4.11. I would like
to upgrade Postfix. Which version would you recommend?
Thanks in advance for advise.
How about latest stable version (2.7) ?
29 matches
Mail list logo