On 23/11/23 17:20, Peter via Postfix-users wrote:
On 23/11/23 14:22, Gerald Galster via Postfix-users wrote:
Q2:
given the minuscule work-load, is there any preference/preclusion
between employing the 'usual' x86 processor or 2 Arm Ampere
processors? Both offer Linux. Cost is effectively
On Thu, Nov 23, 2023 at 05:44:47AM +0100, Jack Raats wrote:
> You're absolutely right. I am ashamed that I didn't think that DANE was
> perhaps the problem
> Short term solution was to delete the TLSA record from the DNS.
> After deleting the TLSA record the mails are getting in.
So, you'll
Oeepppss
You're absolutely right. I am ashamed that I didn't think that DANE was
perhaps the problem
Short term solution was to delete the TLSA record from the DNS.
After deleting the TLSA record the mails are getting in.
Thank you!
Gr.
Jack Raats
Op 23-11-2023 om 05:28 schreef Viktor
On Thu, Nov 23, 2023 at 04:32:02AM +0100, Jack Raats via Postfix-users wrote:
> Can anyone help me to address the following problem.
>
> I'm receiving messages from the dovecot and postfix mailinglist. I can get
> mail from gmail etc. but not from the freebsd mailing lists.
>
> I get the
On 23/11/23 14:22, Gerald Galster via Postfix-users wrote:
Q2:
given the minuscule work-load, is there any preference/preclusion
between employing the 'usual' x86 processor or 2 Arm Ampere
processors? Both offer Linux. Cost is effectively same.
You should check if the software you want to
Can anyone help me to address the following problem.
I'm receiving messages from the dovecot and postfix mailinglist. I can get
mail from gmail etc. but not from the freebsd mailing lists.
I get the following in maillog
Nov 23 04:23:43 nl postfix/smtpd[2135]: connect from
> On Nov 22, 2023, at 8:15 PM, DL Neil via Postfix-users
> wrote:
>
> So, there's no particular advantage to staying with the traditional x86-style
> model, nor to moving to the newer Arm-based offerings?
It seems like some vendors really want to push ARM and a side-effect of that
might be
> Q2:
> given the minuscule work-load, is there any preference/preclusion between
> employing the 'usual' x86 processor or 2 Arm Ampere processors? Both offer
> Linux. Cost is effectively same.
You should check if the software you want to use is available
for the desired platform.
On 23/11/23 11:56, Wietse Venema via Postfix-users wrote:
DL Neil via Postfix-users:
Slightly off-topic.
My bottom-of-the-line VPS is being deprecated. Making me grumpy because
it has been working so well (+updates) for all these years!
...
Q1:
can an email server be run off IPv6
DL Neil via Postfix-users:
> Slightly off-topic.
>
> My bottom-of-the-line VPS is being deprecated. Making me grumpy because
> it has been working so well (+updates) for all these years!
>
> Very low volume Postfix/Dovecot for a half-dozen domains, plus a
> rarely-used Apache serving only
Dnia 23.11.2023 o godz. 11:16:42 DL Neil via Postfix-users pisze:
> Q1:
> can an email server be run off IPv6 (exclusively) these days, or are
> IPv4 + v6 alternatives necessary?
Not possible to use IPv6 only server for any purpose. There are still a LOT
of sites that run IPv4 only, and end users
Slightly off-topic.
My bottom-of-the-line VPS is being deprecated. Making me grumpy because
it has been working so well (+updates) for all these years!
Very low volume Postfix/Dovecot for a half-dozen domains, plus a
rarely-used Apache serving only static pages, and the occasional
Ralph Seichter via Postfix-users:
> * Viktor Dukhovni via Postfix-users:
>
> > https://www.postfix.org/postconf.5.html#defer_transports
>
> Indeed. In my backup scripts, I like to use something like the following
> (from memory only, beware of possible typos):
>
> postconf -e
On Wed, Nov 22, 2023 at 09:36:31PM +0100, Ralph Seichter via Postfix-users
wrote:
> * Viktor Dukhovni via Postfix-users:
>
> > https://www.postfix.org/postconf.5.html#defer_transports
>
> Indeed. In my backup scripts, I like to use something like the following
> (from memory only, beware of
* Viktor Dukhovni via Postfix-users:
> https://www.postfix.org/postconf.5.html#defer_transports
Indeed. In my backup scripts, I like to use something like the following
(from memory only, beware of possible typos):
postconf -e defer_transports=lmtp,local,virtual && postfix reload
Now that I
Matthias Nagel via Postfix-users wrote in
<12336799.O9o76ZdvQC@matthias-pc>:
|Am Mittwoch, 22. November 2023, 19:01:23 CET schrieb postfix--- via \
|Postfix-users:
|>> I am looking for an option to temporarily pause delivery via LMTP \
|>> and defer mail while the Dovecot mailboxes are being
* Bill Cole via Postfix-users:
>> I am positive that I personally rebooted this server a number of times
>> following Kernel updates, the last of which happened not long ago. ;-)
>
> If there's a virtualization layer, they are likely to be referring to
> the real physical host rather than the VM
On Wed, Nov 22, 2023 at 07:32:06PM +, Matthias Nagel via Postfix-users
wrote:
> Am Mittwoch, 22. November 2023, 19:01:23 CET schrieb postfix--- via
> Postfix-users:
> > > I am looking for an option to temporarily pause delivery via LMTP and
> > > defer mail while the Dovecot mailboxes are
Am Mittwoch, 22. November 2023, 19:01:23 CET schrieb postfix--- via
Postfix-users:
> > I am looking for an option to temporarily pause delivery via LMTP and defer
> > mail while the Dovecot mailboxes are being backed-up in order to get an
> > consistent state.
>
> Just take dovecot LMTP
On Wed, Nov 22, 2023 at 02:59:06PM -0300, Rafael Azevedo via Postfix-users
wrote:
> We're using Postfix + Mysql and we're getting this mysql connection
> lost issue very often.
>
> Nov 22 14:38:28 smtp2 smtp2/smtpd[15858]: warning:
> mysql:/etc/postfix/mysql_virtual_alias_maps.cf: query failed:
We're using Postfix + Mysql and we're getting this mysql connection
lost issue very often.
Our mysql settings are ok, running using IP instead of the host so no
DNS request is made.
Can you use unix socket instead of IP? Or other machine? Since you are going
over IP, are you using the
I am looking for an option to temporarily pause delivery via LMTP and defer
mail while the Dovecot mailboxes are being backed-up in order to get an
consistent state.
Just take dovecot LMTP offline. Isn't the default behavior of postfix to queue
undeliverable mail and once its able to
Hi there,
We're using Postfix + Mysql and we're getting this mysql connection
lost issue very often.
Nov 22 14:38:28 smtp2 postfix/submission/smtpd[16064]: disconnect from
unknown[177.128.116.180] ehlo=2 starttls=1 auth=1 mail=1 rcpt=1 data=1
quit=1 commands=8
Nov 22 14:38:28 smtp2
I am using Posfix with virtual mailboxes. Dovecot hosts these mailboxes and
Posfix delivers mails via the LMTP delivery agent to Dovecot.
I am looking for an option to temporarily pause delivery via LMTP and defer
mail while the Dovecot mailboxes are being backed-up in order to get an
On 2023-11-22 at 09:40:48 UTC-0500 (Wed, 22 Nov 2023 15:40:48 +0100)
Ralph Seichter via Postfix-users
is rumored to have said:
* Jaroslaw Rafa via Postfix-users:
Maybe it wasn't rebooted until now? (as PXE is a boot-related
feature) :)
I am positive that I personally rebooted this server a
* Jaroslaw Rafa via Postfix-users:
> Maybe it wasn't rebooted until now? (as PXE is a boot-related feature) :)
I am positive that I personally rebooted this server a number of times
following Kernel updates, the last of which happened not long ago. ;-)
My guess is that the hosting company made
Dnia 22.11.2023 o godz. 04:46:36 Ralph Seichter via Postfix-users pisze:
> The Postfix website is available again. The company hosting the server
> hardware informed me that there are "some issues with the PXE feature
> with this server model", whatever that means exactly, which their staff
> was
27 matches
Mail list logo
