Dnia 30.07.2025 o godz. 09:34:11 Klaipedaville via Postfix-users pisze:
> What am I doing wrong? Why any number of \d+ is not recognized? I
> also tried some other ways to do it like this:
>
> /^send\d{2}\.server\.com$/ REJECT No spam allowed.
>
> and like this:
>
> /^send\b([0-9]|[1-9][0-9])\b\
Dnia 2.07.2025 o godz. 14:25:52 Burn Zero via Postfix-users pisze:
>
> They do have fixed IP addresses. But I need to implement
> authentication so that they cannot just use any email address. For
> example: a device configured with an account must be able to send
> email with that "from" address
Dnia 2.07.2025 o godz. 11:59:09 Burn Zero via Postfix-users pisze:
> > Typically, neither is a good choice for *authentication* (logins via a
> > password of some sort). Are you sure you're looking for
> > *authentication* rather that email address validation?
>
> Yes, I am looking for authentic
Dnia 14.05.2025 o godz. 15:55:22 Scott Techlist via Postfix-users pisze:
> Apologies in advance for the slightly OT question. I've used Postfix since
> the beginning on a relatively small server. I was thankful when Let's
> Encrypt made it possible for me to automate and have "real" certs vs the
>
Dnia 14.05.2025 o godz. 20:17:31 Viktor Dukhovni via Postfix-users pisze:
> Regardless, indeed it should be possible to find an ISP with a less
> invasive policy, though they'd still need to be responsive to spam
> complaints and close down SMTP access for customers who violate AUP,
> or else the I
Dnia 14.05.2025 o godz. 20:37:40 Matthew J Black via Postfix-users pisze:
> - as you are no doubt aware, I had an "interesting" situation where
> my email were being turned into html by a service I am no-longer
> using. Hopefully this email (which uses a different system/service)
> will be in plai
Dnia 14.05.2025 o godz. 08:29:06 Gregory Kohring via Postfix-users pisze:
> Unfortunately, this is standard industry practice and cannot be
> disabled."
Utter bullshit. Doing a MiTM attack (because that's in fact what they do) on
your server is a "standard industry practice"? What a bold statement
Dnia 13.05.2025 o godz. 23:42:54 Matthew J Black via Postfix-users pisze:
> src="https://gfbjcce.r.bh.d.sendibt3.com/tr/op/BRjIpuSsyQ_w30QEpE8hT7WGsqTTSw7PbBYo5UxUvIOxN20GTDi-gVg1bX96dW3hiLDLftCm8Pigp2CkYTOrVRd8yWdmXZQDeohq0zk8PfSe8zRGbbmtIuZu8CgJLbNfpQ4Xb8scxKZpR8e0yjwxpH3zFb5Yvpqp98Q-t6-FZJih8cg
Dnia 9.05.2025 o godz. 16:18:35 Matus UHLAR - fantomas via Postfix-users pisze:
> I use pyspf-milter which is from the same package I believe (python,
> there's also perl version policyd-spf) and it only accepts/rejects
> e-mail and adds Authentication-Results: header.
That may be the key.
Check
Dnia 6.05.2025 o godz. 11:50:55 Jason Hirsh via Postfix-users pisze:
>
> May 5 10:01:31 triggerfish postfix/smtpd[94025]: warning: TLS library
> problem: error:8002:system library::No such file or
> directory:/usr/src/crypto/openssl/crypto/bio/bss_file.c:297:calling
> fopen(/usr/local/etc/
Dnia 29.04.2025 o godz. 19:10:19 Rooma Zoom Zoom via Postfix-users pisze:
>
> A local email server would be useful for many purposes as an
> additional method for communicating between all the different types
> of devices on the network, in particular for being able to send
> files between them wi
Dnia 29.04.2025 o godz. 15:50:11 Rooma Zoom Zoom via Postfix-users pisze:
>
> I'm looking for a way to transfer images and videos from my mobile
> devices to an OS X computer on my local network by emailing that
> information locally, where I would like to have a Postfix server
> running on OS X w
Dnia 24.04.2025 o godz. 10:21:37 Mike Teplynin via Postfix-users pisze:
> Yes, it's about email archiving on edge server, even before relaying
> messages to internal servers for checking for spam, viruses, etc.
> Currently i'm adding headers in the messages and then do always_bcc
> for send to stor
Dnia 23.04.2025 o godz. 20:32:31 Mike Teplynin via Postfix-users pisze:
>
> > Why do you want to break Bcc by recording all envelope recipients in
> > headers? Unless you can guarantee that all messages are
> > single-recipient, or that Bcc is never used/intended by the user,
> > adding such head
Dnia 14.04.2025 o godz. 17:51:20 Jorge Bastos via Postfix-users pisze:
> How do you guys handle this type of situations?
> In this specific case, i want to add the scams.com list, but this
> gmail IP is blacklisted there, but also whitelisted in the users.
>
> https://multirbl.valli.org/lookup/209
Dnia 29.03.2025 o godz. 14:03:17 Phil Stracchino via Postfix-users pisze:
> You *do* know that you can configure fail2ban to block hostile IPs
> for you automatically, right? That is its entire point. Your use
> case is probably simpler there than mine, because you can take one
> of the default c
Dnia 17.03.2025 o godz. 07:21:20 Paul Neuwirth via Postfix-users pisze:
> Don't know enough about the storage mechanism. I have ~/mail
> directories, but all mails of a folder seem to be in one file.
So it's a mailbox type storage. It's harder in that case to extract a single
message and move it t
Dnia 16.03.2025 o godz. 15:51:42 Paul Neuwirth via Postfix-users pisze:
> Yes that's the problem. It should work like that (and does now - see
> further below): I manually identify false-spam and move the mail to
> LearnAsHam folder. The cron should make spamassassin learn it as ham
> and (after re
Dnia 15.03.2025 o godz. 12:40:07 Wietse Venema via Postfix-users pisze:
> > When main.cf does not have a trailing newline, ,..,,
>
> Well don't do that, then. Use a proper text editor, or better, use
> postconf commands to manage Postfix configuration files.
I would humbly say that a *proper* tex
Dnia 10.03.2025 o godz. 10:02:50 Petko Manolov via Postfix-users pisze:
> For example, if all checks fail at the same time - spf, dkim and dmarc (in an
> AND logic relation), there's a good chance that this is spam.
You are still mistaken with regard to what these checks do.
Most actual spams perf
Dnia 9.03.2025 o godz. 09:23:48 Petko Manolov via Postfix-users pisze:
> Well, one very important property of authenticity is trust.
>
> If a message falsely claim it originates from certain domain and then DKIM
> fail,
> i very much don't want to receive, let alone read, this message. Right?
Dnia 9.03.2025 o godz. 08:50:17 Petko Manolov via Postfix-users pisze:
> Well, i maybe seeing only in black and white, but if somebody is careless
> enough
> to not set SPF and DKIM, they pretty much asked for it. These mechanisms are
> in
> place to help fighting spam, after all.
No. The goal
Dnia 7.03.2025 o godz. 22:27:45 Andreas Kuhlen via Postfix-users pisze:
> By content_filter you mean amavis / spamassassin? Can the rspamd
> milter do the dkim signing and replace amavis / spamassassin?
Content filter, in Postfix terms, is everything that runs after queue and
re-injects mail into
Dnia 28.02.2025 o godz. 20:45:01 Viktor Dukhovni via Postfix-users pisze:
> > The OP can also wrap an unencrypted connection into stunnel, that should
> > work.
>
> Mandatory STARTTLS is not unencrypted. Postfix-to-Postfix over port 587
> is not less secure than over 465. Just an extra couple of
Dnia 27.02.2025 o godz. 18:50:08 Wietse Venema via Postfix-users pisze:
>
> There is no 'automatic' wrappermode at this time.
[...]
> For now, use port 587 and enforce a TLS security level that can
> match the server certificate.
The OP can also wrap an unencrypted connection into stunnel, that s
Dnia 30.01.2025 o godz. 15:36:26 Peter via Postfix-users pisze:
> At any rate the current Red Hat public download server says that old
> Red Hat Linux images are at
> ftp://archive.download.redhat.com/pub/redhat/linux/, if you can find
> some other way to access it.
That FTP server seems to be dow
Dnia 26.01.2025 o godz. 16:28:14 Gerben Wierda via Postfix-users pisze:
>
> So, what happens is: the spammer delivers to the secondary, the secondary
> delivers to the primary, the primary rejects. The secondary then sends an
> undeliverable message to the sender.
Then discard messages that are c
Dnia 22.01.2025 o godz. 14:22:05 Curtis Vaughan via Postfix-users pisze:
>
> mv opendkim opendkim-real
>
> I'm moving /usr/sbin/opendkim to /usr/bin/opendkim-real ? Nope, there is no
> such prog there. Many starting with opendkim-.
That's absolutely correct that there is no such program. If
Dnia 15.01.2025 o godz. 16:29:41 Florian Piekert via Postfix-users pisze:
> I do not want a copy of mails from those senders. Therefore I have added
> it to the sender_bcc_maps-File (expression as above). (ignorethis is an
> alias for |cat > /dev/null).
I don't know solution to your problem, but I
Dnia 20.12.2024 o godz. 15:28:31 Etienne Gladu via Postfix-users pisze:
>
> it worked!
> I had to replace Reply-To by Return-To, but it works!
There's no "Return-To" header among standard email headers. There is
"Reply-To", to indicate the address where the reply sent by the (human)
recipient sh
Dnia 11.12.2024 o godz. 08:44:48 Tobi via Postfix-users pisze:
> I know that this is not a postfix issue, but I have the hope that
> someone from DHL is on this list :-)
I think you would have better chance sending this to "mailop" list. You can
subscribe at https://www.mailop.org/
--
Regards,
Dnia 10.12.2024 o godz. 01:58:58 Michael Tokarev via Postfix-users pisze:
> >Hm... read-only /etc? How do you reconfigure anything then?
>
> Remount-rw, configure, remount-ro. There's no need to configure
> anything during regular system operations, actual time when
> configuration is happening i
Dnia 10.12.2024 o godz. 01:21:51 Michael Tokarev via Postfix-users pisze:
> It redirected a few (maybe just one) runtime-info file from
> /etc to /run - this way, /etc can be read-only (I used RO
> /etc for years before systemd).
Hm... read-only /etc? How do you reconfigure anything then?
--
Rega
Dnia 5.12.2024 o godz. 19:02:26 Tomasz Pala via Postfix-users pisze:
>
> O[office] -> B,X,Y,Z,S1,S2
> X[empl01] -> B,X,Y,Z,S1,S2
> Y[empl02] -> B,X,Y,Z,S1,S2
> Z[empl03] -> B,X,Y,Z,S1,S2
> S1[sup01] -> B,S1
> S2[sup02] -> B,S2
>
> where Sn are in a form of sn+off...@example.net.
>
> > Scenario
Dnia 5.12.2024 o godz. 16:49:45 Tomasz Pala via Postfix-users pisze:
> I'm not sure if it's not a XY-kind of problem, so I hope I've described
> all the relevant rules we're trying to follow (bearing in mind the real
> setup is much more complicated and seems to grow exponentially).
Maybe it's ju
Dnia 3.12.2024 o godz. 17:38:40 Wietse Venema via Postfix-users pisze:
> (*) Someone roported long ago that they fixed an obscure Postfix
> networking problem by plugging the server into a different port.
Hm... candidate for another case of "500 mile email" ?
--
Regards,
Jaroslaw Rafa
Dnia 27.11.2024 o godz. 12:02:27 Ralf Hildebrandt via Postfix-users pisze:
>
> > Do you have some front-end before your Postfix (for example some UTM device
> > that is filtering mail traffic)?
>
> No
Well, then maybe the Exchange server filtering the outgoing mail on the
sender's side did the s
Dnia 27.11.2024 o godz. 10:42:37 Ralf Hildebrandt via Postfix-users pisze:
> * Ralf Hildebrandt via Postfix-users :
>
> > I checked the occurence of "queueid: canceled" in my logs and found:
>
> 20241112
>
> Logging: the cleanup server now logs "queueid: removed (reason)" where
> "reason" is ei
Dnia 4.11.2024 o godz. 10:07:35 Wietse Venema via Postfix-users pisze:
> > if I make a CNAME as,
> >
> > sub.xyz.com CNAME to xyz.net
> >
> > and, xyz.net has its own MX and SPF records.
> >
> > my question is, for this DNS setup, will sub.xyz.com uses MX and SPF of
> > xyz.net for its mail ho
Dnia 3.11.2024 o godz. 05:51:50 David Chmelik via Postfix-users pisze:
>
> I read an article saying that documentation is wrong: can't add extra
> domains to $mydestination or not only do they loop back to $mydomain, but
> apparently doesn't set properly rather than loops back from itself to
Dnia 29.10.2024 o godz. 12:53:00 Ken Gillett via Postfix-users pisze:
> $ postconf alias_maps local_recipient_maps mydomain
> alias_maps = hash:/etc/aliases
> local_recipient_maps = proxy:unix:passwd.byname $alias_maps
> mydomain = home
>
> $ postconf myhostname myorigin mydestination
> myhostname
Something bad happened to the list (?), as your message seems to be repeated
multiple times, with Chinese characters prepended to the subject and list
footer appended to the body multiple times.
--
Regards,
Jaroslaw Rafa
r...@rafa.eu.org
--
"In a million years, when kids go to school, they'r
Dnia 23.10.2024 o godz. 10:51:38 Ivan Ionut via Postfix-users pisze:
>
> Well, yes I do have submission service on the same server... and I
> do have disabled SASL on port 25 and my logs on failed attempts are
> something like this:
>
> Oct 23 08:15:12 myhost postfix/submission/smtpd[192]: wa
Dnia 16.10.2024 o godz. 15:01:06 Dominic Preston via Postfix-users pisze:
>
> Thanks, I'm not currently running a DNS resolver on the server, but if the
> unresponsive PTR record issue persists I'll look into Unbound or maybe
> Dnsmasq.
No, no. If you are running a mail server, you *should* run y
Dnia 15.10.2024 o godz. 18:28:37 Nico Schottelius via Postfix-users pisze:
>
> > Your comparison to IPv6 vs IPv4 isn't very good, as everybody tries to do
> > their best to level the barrier between IPv6 and IPv4, not strenghten
> > it.
>
> tbh, I think this is only true to a small degree for DS-
Dnia 15.10.2024 o godz. 12:36:12 Nico Schottelius via Postfix-users pisze:
>
> You got a point there, there would be a barrier between classic email
> and "secure email" (or whatever term comes to one's mind).
>
> Actually a bit similar as the split between the IPv6 and IPv4 world -
> hence my ar
Dnia 15.10.2024 o godz. 15:51:13 Gary R. Schmidt via Postfix-users pisze:
>
> Maybe lobby the ITU to have a standard (or whatever) created?
ITU already created a standard for e-mail long ago. It's called X.400.
Wasn't too widely adopted. I'm not sure if anybody is still using this.
--
Regards,
Dnia 14.10.2024 o godz. 13:03:48 Nico Schottelius via Postfix-users pisze:
>
> In a nutshell the idea is to reuse the very
> old, existing "trust of web" idea and mix it together with IPv6 only
> mail services as follows resulting into the following setup:
So, basically you want to build a "walle
Dnia 10.10.2024 o godz. 15:31:08 Gomes, Rich via Postfix-users pisze:
> Good catch!
>
> Mine is in this format:
> Oct 10 11:30:36
Then probably $(date +"%b %e") instead of $(date +"%Y-%m-%d") will work.
Or even better, put a ^ sign before $ to ensure it starts at the beginning
of the line.
--
Re
Dnia 10.10.2024 o godz. 15:12:53 Gomes, Rich via Postfix-users pisze:
> I am trying to "trap" certain errors\events in the maillog and send them as a
> daily report.
> The issue I am having is only trapping the errors from the last 24 hours.
> Here is of the events I am trying, which doesnt show a
Dnia 30.09.2024 o godz. 18:53:29 Antonin VERRIER via Postfix-users pisze:
> For context, I'm using Dovecot submission service, which handles
> connections from SMTP client and, if authentication is successful,
> proxies them to a dedicated Postfix port and provides client data
> using XCLIENT.
>
>
Dnia 7.09.2024 o godz. 08:25:44 Gilgongo via Postfix-users pisze:
> I notice Spamhaus say that for smaller hosts, RBL blocking at smtp level is
> not recommended, and instead it’s better to use a milter for RBL checking.
>
> https://docs.spamhaus.com/datasets/docs/source/40-real-world-usage/Publi
Dnia 15.08.2024 o godz. 20:30:50 Etienne Gladu via Postfix-users pisze:
> In short, I want postfix to change the recipient of all email going through
> port 7025, 7026, etc
> In exemple : email came from port 7025, then redirect/change recipient to
> d...@test.ca
> if its 7026, redirect/change re
Dnia 4.08.2024 o godz. 15:38:58 Alex via Postfix-users pisze:
> > Buit this has one HUGE disadvantage, that is so obvious that I always
> > wonder
> > how people who advise to do this can not mention it?
> >
>
> Scalability? Load on local server? That POP3 is unencrypted?
No. That you have to gi
Dnia 4.08.2024 o godz. 20:14:34 Peter via Postfix-users pisze:
> My best advice when forwarding to gmail is to instead configure the
> gmail account to fetch the mail. You will need to enable POP3 (in
> dovecot or whatever your IMAP service is) as gmail will not fetch
> from an IMAP server, then
Dnia 30.07.2024 o godz. 16:19:01 John Thorvald Wodder II via Postfix-users
pisze:
> The "access" file currently contains REJECT lines for both
> "spamgateway.nil" (no leading period) and ".spamgateway.nil" (leading
> period), and I did the postmap-and-restart dance after updating it, but
> the e-m
Dnia 30.07.2024 o godz. 12:38:15 Matus UHLAR - fantomas via Postfix-users pisze:
> >I filter messages only based on RBLs, manual blocklists and content
> >filtering (SA + many custom rules). And as for the latter, the messages are
> >sent to spam folder, never rejected. Rejections are based only on
Dnia 30.07.2024 o godz. 10:23:28 Gilgongo via Postfix-users pisze:
> What do others do with DMARC? I'm inclined to just gradually turn up the SA
> scores on SPF/DKIM failures instead, if only because
> Mail::SpamAssassin::Plugin::DMARC isn't included in SA by default - and
> presumably for a reaso
Dnia 29.07.2024 o godz. 16:15:32 export--- via Postfix-users pisze:
> Thank you ALL for replies.
>
> I added
> smtpd_tls_security_level = may
>
> but still the same.
You should use "smtp_tls_security_level", not "smtpd_tls_security_level".
> # TLS parameters
> smtpd_tls_security_level = may
> s
Dnia 30.07.2024 o godz. 00:00:58 Viktor Dukhovni via Postfix-users pisze:
>
> No, because the servers in question not only don't offer STARTTLS in
> EHLO, but also refuse STARTTLS if you try. There aren't many such
> systems, but they exist.
Then they can't accept mail at all? If they reject pla
Dnia 29.07.2024 o godz. 22:25:37 Viktor Dukhovni via Postfix-users pisze:
> It was a response from a remote server refusing to accept delivery,
> so, the fix (if not already in place) is:
>
> smtp_tls_security_level = may
>
> however, the remote server might be one of the broken ones both req
Dnia 24.07.2024 o godz. 00:14:51 Bob via Postfix-users pisze:
> I want "Kill on Sight".
>
> Fastest way to me would be Postfix says it logged a connection from
> fluffy.cuddly.port.raping.internet-measurement.com calls my script with
> the IP address and they get stuffed up IPTables.
Despite wha
Dnia 17.07.2024 o godz. 17:15:07 Kenneth Porter via Postfix-users pisze:
> On 7/16/2024 8:59 AM, Scott Kitterman via Postfix-users wrote:
> >I didn't write this, but this, FYI, seems to be the most current distro
> >documentation on how to configure it:
> >
> >https://wiki.debian.org/PostfixAndSASL
Dnia 12.07.2024 o godz. 08:55:08 Francis Augusto Medeiros-Logeay via
Postfix-users pisze:
> I want that mail sent to users who do not have a valid address (like
> when they are not on ldap) to bounce back, like it happens by
> default, but I'd also like these mail to be delivered to an specific
>
Dnia 8.07.2024 o godz. 22:44:46 Simon Thorpe (PST) via Postfix-users pisze:
> Ahh ok, then I need to do more reading. I essentially want the following...
>
> All emails to {alias}@mydomain.com sent onto any of a list of other
> domains, i.e. {alias}@domain1.com, {alias}@domain2.com, etc.
>
> If
Dnia 28.06.2024 o godz. 00:16:31 Curtis J Blank via Postfix-users pisze:
> When "inet_protocols = all" the connection to filter.mynetwork.local
> localhost
> port 10025 to hand off the message to spamassassin for scanning fails with
> "Relay access denied". What I finally noticed is that the connec
Dnia 23.06.2024 o godz. 12:20:37 Bill Cole via Postfix-users pisze:
> Transparent forwarding is infeasible of the modern net. Forwarding
> using SRS or encapsulation is still usable if you are willing to
> accept that those methods are imperfect and add complexity to a mail
> system.
>
> Forwardin
Dnia 21.06.2024 o godz. 19:06:38 Jeff Peng via Postfix-users pisze:
>
> >If you want to enable them, you have to uncomment ALL lines for
> >submission
> >service to work correctly.
>
> just further, for smtps service, can i just comment out all of
> options to enable it?
Yes, you should.
--
Reg
Dnia 21.06.2024 o godz. 07:54:40 Jeff Peng via Postfix-users pisze:
> for these options for submission in master.cf:
>
> submission inet n - y - - smtpd
> # -o syslog_name=postfix/submission
> # -o smtpd_tls_security_level=encrypt
> -o smtpd_sasl_auth_enable=yes
>
Dnia 21.06.2024 o godz. 18:45:15 Peter via Postfix-users pisze:
> SPF/DKIM/DMARC Checklist for (IMO) the best chance of getting your
> mail to be accepted:
>
> 1. HELO banner should pass SPF.
>
> 2. Envelope Sender should pass SPF.
>
> 3. Envelope Sender domain should align with the From: hea
Dnia 20.06.2024 o godz. 09:08:39 Bastian Blank via Postfix-users pisze:
> Then you can not use this e-mail address as envelope sender. People
> will do sender callout and then reject all e-mail with this as sender.
Sender callout is discouraged now, because it is considered aggressive
behavior by
Dnia 20.06.2024 o godz. 08:51:33 Alexander Leidinger via Postfix-users pisze:
>
> This implies that the organization / company is willing to spend
> money on having someone available to actually respond / provide
> support. For a lot of the use cases I would say even a mail to
> ticket system gate
Dnia 16.06.2024 o godz. 20:54:34 Paul Schmehl via Postfix-users pisze:
>
> The odd thing is, I don’t see any connection attempts at all in the mail
> logs.
May seem a strange question, but it's always first thing I check in case I
don't see any connection attempt in logs: Is your Roundcube really
Dnia 3.06.2024 o godz. 06:26:53 Jeff P via Postfix-users pisze:
>
> I would like to set a seperated DMARC for xxx.eu.org.
> But I have no control over the sender smtp server, so dkim is not
> possible to be added.
> do you think if it's still right to add a dmarc?
If DKIM is absent, DMARC will b
Dnia 2.06.2024 o godz. 07:19:38 Jeff P via Postfix-users pisze:
>
> I am using a subdomain xxx.eu.org for sending email.
> Though I have not set a dmarc for xxx.eu.org, but gmail says DMARC pass.
> So i checked that eu.org does have a DMARC record:
>
> _dmarc.eu.org.7200IN
Dnia 24.05.2024 o godz. 20:41:57 Northwind via Postfix-users pisze:
> my guess, submission clients were using ehlo, and a mx client uses
> helo command. so postfix differ them based on this command?
They connect to different Postfix services. Submission clients connect to
port 587 or 465 (or any o
Dnia 23.05.2024 o godz. 15:18:36 Northwind via Postfix-users pisze:
> how to implement that a policy server? thanks.
My script is very simple, I just took a sample policy server script in Perl
included with Postfix distribution and added code to ask Dovecot about
currently active IMAP sessions.
I
Dnia 23.05.2024 o godz. 11:03:48 Peter via Postfix-users pisze:
>
> You can implement a policy daemon (such as postfwd) which can add
> limits to help in case a password does get found. This can shut
> down a user account before it gets used to send too much SPAM.
>
> If you know that all of you
Dnia 21.05.2024 o godz. 16:38:21 Wietse Venema via Postfix-users pisze:
> > delays=0.01/2639/25/0.41
> > delays=0.01/2639/25/0.58
> > delays=0.01/2641/25/0.58
> > delays=0.01/2644/25/0.69
> > delays=0.01/2643/25/0.58
> > delays=0.01/2640/25/0.57
[...]
> c=25s. It takes a whopping 25 eco
Dnia 21.05.2024 o godz. 22:27:04 Henri Schomäcker via Postfix-users pisze:
>
> So what we need to do is to limit the sending rate to all MX servers
> under protection.outlook.com.
Postfix does not support this, Wietse probably could explain why.
You can select a transport by destination domain, b
Dnia 16.05.2024 o godz. 12:05:52 Peter via Postfix-users pisze:
> >On my side the email is accepted from here, and relayed, Rspamd
> >does sign it, and Postfix's last message in the log is a message
> >sent delivered, and removed from my queue. I check my test Gmail
> >account, and the message is i
Dnia 10.04.2024 o godz. 10:22:52 Bill Cole via Postfix-users pisze:
> > I have been using spamhaus, spamcop, sorbs as the RBL providers for
> > antispam.
> > But some of the customers speak to me about the FP issues caused by RBL.
> > Do you think the three RBL above are reliable in a practical sys
Dnia 9.04.2024 o godz. 11:11:31 Paul van der Vlis via Postfix-users pisze:
> When I want to make an alias, I try this in /etc/aliases:
> "al...@domain.nl": j...@domain.nl
> But when I sent mail, I get a bounce with "user unknown".
>
> When I do this in /etc/aliases:
> alias: j...@domain.nl
> Th
Dnia 28.03.2024 o godz. 06:39:47 Samuel Goodies via Postfix-users pisze:
> So far I've chosen Internet Site as my Debian configuration when the package
> installed.
> I added my main domain name, though this postfix box will pass mail for
> several other domains as well.
> I edited /etc/postfix/
Dnia 27.03.2024 o godz. 13:02:18 Wietse Venema via Postfix-users pisze:
> > 1. From what I've read there's not a 'smarthost' option in the
> > setup config. Would I just choose 'Internet Site'? Or does it
> > matter at all if I'm just going to monkey with the conf anyway?
> >
Dnia 27.03.2024 o godz. 11:57:22 Daniel Marquez-Klaka via Postfix-users pisze:
> True as well that mailman can restrict senders to list members only
> but I have a couple of open lists that should be addressable by all
> participating domains/company’s, no one else.
If you have a list of domains f
Dnia 25.03.2024 o godz. 16:11:47 Daniel Marquez-Klaka via Postfix-users pisze:
> 2 postfix mail server, one, mail-server1, is connected to the
> internet, the second,
> calling it list-server1, which serves a few mailing lists, is only
> reachable thru
> mail-server1.
>
> On mail-server1 a transpo
Dnia 19.03.2024 o godz. 11:35:16 Reg Inaldo via Postfix-users pisze:
> In the transaction (eg): mta-k postfix/smtpd[23771]: 97F808837:
> client=localhost[127.0.0.1], orig_client=localhost[127.0.0.1]
>
> I want to reject anything on the "orig_client" basis where:
> *orig_client**=localhost*[127.0.
Dnia 19.03.2024 o godz. 07:10:53 Fourhundred Thecat via Postfix-users pisze:
>
> On the server, I have one unix user, and multiple aliases defined in
> /etc/aliases, so that I can use different email addresses for different
> purposes.
>
> All these aliases are delivered to the users home / maild
Dnia 15.02.2024 o godz. 15:27:48 Simon Hoffmann via Postfix-users pisze:
>
> - it took 4h for the sender to get a notification that the domain was not
> found
> - after they "corrected" it by sending a second email with the correct
> address, they
> still got mail delivery delayed notification
Dnia 11.02.2024 o godz. 17:47:05 Alex via Postfix-users pisze:
> My concern would be with multiple MX records for the same domain - is it
> possible it would come back to try again with another MX and be delayed yet
> again?
MX are the addresses that *receive* mail for a given domain, not the
addr
Dnia 4.02.2024 o godz. 11:00:39 Viktor Dukhovni via Postfix-users pisze:
> > Well, I'm an old school type... :) I prefer to ssh to the server and launch
> > mutt or something similar to access my mail :)
>
> That's fine, I also use mutt (in fact when replying to this message),
> but for me mutt i
Dnia 3.02.2024 o godz. 12:59:27 Viktor Dukhovni via Postfix-users pisze:
>
> These days, users are far better off with delivery to an IMAP store that
> is not tied directly to any login account they may or may not have.
> Perhaps they authenticate to Dovecot via PAM, but the mail store should
> o
Dnia 3.02.2024 o godz. 10:33:58 Viktor Dukhovni via Postfix-users pisze:
> The "local" transport is a legacy Sendmail-compatibilty interface,
> and should generally be avoided.
Why avoided? If you have local Unix users on your server, and you want those
users to receive mail, this is the most eas
Dnia 24.01.2024 o godz. 23:21:10 Gerald Galster via Postfix-users pisze:
>
> As the amount of email increases it can be difficult to distinguish mails
> to or from a correspondent. In this case it would help a lot to display
> the subject as well but that's not part of envelope data. Therefore it'
Dnia 24.01.2024 o godz. 08:20:33 Matthias Schneider via Postfix-users pisze:
>
> Upon reviewing the code, it appears there are only one limit on
> vstring_sprintf, three limits on msg_info in the code, whereas the rest of
> the %.200s limits are present on msg_warn lines. My request stems from
> t
Dnia 21.01.2024 o godz. 23:35:39 Simon Hoffmann via Postfix-users pisze:
> I have also read http://www.postfix.org/VIRTUAL_README.html and this
> states that with virtual alias mode i can have the same local part in an
> email address and deliver them to different unix users, but i can still
> use
Dnia 15.01.2024 o godz. 09:34:06 Admin Beckspaced via Postfix-users pisze:
> do i need to be worried?
As your logs clearly show it's Shodan, then either ignore it or simply block
it right away.
--
Regards,
Jaroslaw Rafa
r...@rafa.eu.org
--
"In a million years, when kids go to school, they'r
Dnia 14.12.2023 o godz. 08:20:26 Wietse Venema via Postfix-users pisze:
> As a few on this list may recall, it is 25 years ago today that the
> "IBM secure mailer" had its public beta release. This was accompanied
> by a nice article in the New York Times business section.
[...]
> That was a long t
Dnia 13.12.2023 o godz. 09:15:52 Bill Cole via Postfix-users pisze:
>
> No AUTH offered. Which is fine, because one should not offer AUTH
> over an unencrypted session. However, your printer saw that and
> instead of using STARTTLS, it hung up. That's bad. It should have
> used STARTTLS to get a u
1 - 100 of 184 matches
Mail list logo
