into $smtpd_recipeint_restrictions ?
With the caveat that recipient must be spelled correctly, yes. :)
Reference:
http://www.postfix.org/SMTPD_ACCESS_README.html
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
://www.postfix.org/postconf.5.html#virtual_mailbox_maps
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
,
[ ... ]
/usr/pkg/etc/postfix/whitelist_sender:
.plus.netOK
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
$virtual_mailbox_base/example.com/voytek/ as
HOME, and $HOME/maildir/ as top-level folder.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
.
:) (IIRC it was just a copy of my invoice, which I had from my Web
browser anyway.)
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
://www.postfix.org/ADDRESS_CLASS_README.html#relay_domain_class
http://www.postfix.org/postconf.html#relay_domains
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
. This means that a postmaster's
job will be getting much harder.
Imagine that!
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
has problems, and forces
the user to correct those problems before sending the mail.
As Victor was saying, this is not uncommon for submission clients.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
:
- This is not a Trend Micro nor aflo.be support forum
- There is no Trend Micro plugin for Postfix
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
am sure you can solve your
problem with some Postfixation.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
On Fri, Mar 19, 2010 at 08:03:47PM -0400, zhong ming wu wrote:
On Thu, Mar 18, 2010 at 7:16 PM, /dev/rob0 r...@gmx.co.uk wrote:
On Thu, Mar 18, 2010 at 06:12:32PM -0400, zhong ming wu wrote:
Personalities is not a valid concept here, but I think my guess
might point you in the right
is discarded unless
/dev/rob0 or not-spam is in Subject: header
the issue myself by
relaying my outbound mail through my VPN to my own mail host.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
a smtpd listener on 192.0.2.25:587.
smtp unix - - n - - smtp
-o smtp_bind_address=192.0.2.25 -o setting=value [ ... ]
This gives you a smtp(8) client sending from 192.0.2.25.
--
Offlist mail to this address is discarded unless
/dev/rob0
#relay_recipient_maps
http://www.postfix.org/postconf.5.html#virtual_mailbox_maps
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
results to
postcat(1). But I'm hoping you're not reimplementing a broken
Sendmail system as a broken Postfix one.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
.
Thank for any hint!
See these for more:
http://www.postfix.org/SMTPD_ACCESS_README.html
http://www.postfix.org/access.5.html
http://www.postfix.org/postconf.5.html#check_recipient_access
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject
, too.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
On Mon, Mar 08, 2010 at 02:33:37PM +0100,
postfix-us...@tja-server.de wrote:
/dev/rob0 wrote:
But as far as i can tell, this is already quite late in
processing the mails!
Why do you think so?
I seem to remember, that the recipient code technically is
called later - after all headers
On Mon, Mar 08, 2010 at 02:52:25PM +, Jaroslaw Grzabel wrote:
/dev/rob0 pisze:
There is no way to help you with this unless you post the actual
logging and other necessary information (postconf -n, to start,
from which point we can probably tell you what postmap -q queries
you will need
On Mon, Mar 08, 2010 at 05:17:53PM +, Jaroslaw Grzabel wrote:
/dev/rob0 pisze:
local_recipient_maps = $alias_maps $virtual_mailbox_maps
unix:passwd.byname
local_transport = virtual
Ugly! Do not mix classes like this.
http://www.postfix.org/ADDRESS_CLASS_README.html
Define your
that, you can't run a serious MTA there.
Use a relayhost or shop around for other options. Hobbyists might
find a VPS hosting service like Linode.com to be more affordable than
business-class Internet service.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam
.
Since B is the one with the problem, we'd want to see B's logs and
postconf -n. But it wouldn't hurt to also see what A has in its
postconf output: my WAG here would be that inet_interfaces is set.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject
/dev/rob0 or not-spam is in Subject: header
=
check_recipient_access static:warn
End of data was chosen because at that time the actual message size
is known. Recipient access was chosen because it gives a separate
entry per recipient of a multiple-recipient message. Salt to taste,
enjoy.
--
Offlist mail to this address is discarded unless
/dev
[2] who came
in contact with Norman thought of him as a friend.
http://beacon.chebucto.ca/Content-2006/norman.html
[2] Except for spammers, of course. :)
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
Victor said, I would point out that your
mail(1)/mailx(1) client is probably not making any network
connections. The debug_peer_list is not relevant for sendmail(1)
submission.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
without having
met the listing criteria are extremely rare.
Most of this is offtopic here, BTW. Anyone who's serious about
blocking spam might want to consider joining Spam-L:
http://spam-l.com/
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject
in this scenario.
Looks like a job for local(8) on its own.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
the Barracuda RBL yet, but from Brian's
and other reports, I think it is one worth considering. Fair enough
to expect them to give back to the community after all the
backscatter they have spewed at us.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam
overview:
http://jimsun.linxnet.com/misc/postfix-anti-UCE.txt
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
is discarded unless
/dev/rob0 or not-spam is in Subject: header
in the possibly
relevant postconf lines.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
he doesn't waste time on Cyrus, if he's wanting to use
Dovecot. :)
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
this. A GUI for what purpose?
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
implies. It's a Mysql frontend for management of
IMAP user maps. You set up Postfix to work with it, then basically
leave Postfix alone.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
snip
soft_bounce = yes
That would be the cause, right there. Take this out.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
in documentation of both Postfix and amavisd-new show
the use of + as recipient_delimiter. For reasons which have been
discussed on this list, the hyphen - is probably better in most
cases. Underscore _ and dot . are also good choices.
--
Offlist mail to this address is discarded unless
/dev
access to
sendmail. There is no good way to control the addresses (sender nor
recipient) used by a shell user of sendmail.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
to not install the documentation with a given
package, that's the user's fault, but the default install should
provide documentation.
Same with the TLS changes i just read up.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
multiple characters (so I could still use + as well)
This is non-trivial and has been recently addressed by Wietse. Be
content with the workarounds you have been offered.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
] There Is No 'We', a nice way of saying that your server is
under your rules, and that what works well for one site might be
(and often is) totally inappropriate for another site.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
daemon do
this.
I don't see any way, for example, to call another policy daemon
after permit_sasl_authenticated returns OK.
Right, you would not use permit_sasl_authenticated, just have the
check_policy_service in place of this.
--
Offlist mail to this address is discarded unless
/dev
is discarded unless
/dev/rob0 or not-spam is in Subject: header
when we don't know what you
said. :)
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
On Tue, Jan 12, 2010 at 03:16:53PM -0600, Noel Jones wrote:
On 1/12/2010 3:05 PM, Frank Cusack wrote:
On January 12, 2010 2:49:32 PM -0600 /dev/rob0 r...@gmx.co.uk
wrote:
reject_unauth_pipelining won't work here, only in
smtpd_data_restrictions
reject_unauth_pipelining
[snip
unless
/dev/rob0 or not-spam is in Subject: header
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
unless
/dev/rob0 or not-spam is in Subject: header
and destination NAT of port 25 to your Postfix. I just tested
this, and was unable to connect to 200.55.14.250:25, so if that was
the case, it is probably fixed now.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
://www.postfix.org/addon.html#policy
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
Bonjour mouss,
On Fri, Jan 08, 2010 at 09:53:42PM +0100, mouss wrote:
/dev/rob0 a écrit :
On Fri, Jan 08, 2010 at 10:23:38AM -0500, Wietse Venema wrote:
/dev/rob0:
The purpose of the submission service is to accept mail only from
authenticated clients.
This, I understand
has
a reason, which might have been beyond my ability to understand. :)
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
On Fri, Jan 08, 2010 at 10:23:38AM -0500, Wietse Venema wrote:
/dev/rob0:
On Fri, Jan 08, 2010 at 08:37:16AM -0500, Shaun T. Erickson wrote:
Yes, this is what is shown in the SASL Howto and how I have had
my server's submission port configured in the past.
However, in the 2.6.2
what Ralf said: first, . is a
PCRE/regexp metacharacter, as @ is in PCRE. Those should be
escaped.
Second, I am not sure what happens with REJECT for sendmail
submission; it seems to be mostly applicable in smtpd(8) context.
--
Offlist mail to this address is discarded unless
/dev/rob0
have
worked too, that is, if I understood the OP's goal correctly.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
the transport_maps.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
suggestion, try adding CDB support and using that, see
CDB_README.html .
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
at that server's local copy of postconf(5) documentation for
information specific it its version of Postfix. If it honors the
$virtual_alias_maps setting at all, $virtual_maps is deprecated.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
is discarded unless
/dev/rob0 or not-spam is in Subject: header
/dev/rob0 or not-spam is in Subject: header
by
smtpd_tls_security_level.
Oops, perhaps the OP needed smtp_tls_security_level to replace this?
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
advanced subjects in other software, such as a mysql backend in
Dovecot. For that, see:
http://wiki.dovecot.org/
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
that the mail wasn't being delivered to
their IMAP mailbox, and it was being forwarded to the blackberry /
vodafone address around ten times!
Content filtering without proper receive_override_options set? Hard
to say, see above.
--
Offlist mail to this address is discarded unless
/dev
This is not a Postfix issue at all, sounds like POP3. Consult the
documentation for and logs from your POP3/IMAP server software.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
a check_sender_access (or other, client is best if you can use it)
whitelist. The full scoop is available at:
http://www.postfix.org/RESTRICTION_CLASS_README.html
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
? :)
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
in master.cf. There's a commented example for
submission (port 587) in your master.cf already.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
for Postfix 2.7.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
external delivery
agent, follow up with that software.
A real ugly Postfix hack that would do what you asked (and possibly
cause other issues, so I don't recommend it) is to set soft_bounce =
yes.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject
a MTA do
things it was not meant to do.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
ADDRESS_CLASS_README for descriptions.)
See DEBUG_README.html#mail (this is the same information as was in
the list's welcome message) if you still have questions.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
issue you ought to
look at: why is your resolver failing on this? Is it consistent?
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
on what email is and how it works?
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
in August,
refuse to support broken mail clients!
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
to prevent bounces
from going out (maybe smtp_header_checks with HOLD action or
sender_dependent_relayhost_maps with defer:) because you could
become a significant backscatter spammer even in a short time.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject
is right.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
have lost much of the respect I had for Debian, and leave it
at that. The bottom line is what Terry said, above.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
TLS.
Check out the #client_logging anchor in the above-linked document.
It's left to you, of course, to translate the actual syslog into
graphics.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
necessary.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
mailing list of their own.
I'm sure Debian also has extensive information, documentation, and
forums available.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
On Tue, Nov 24, 2009 at 06:10:53PM +0200, K bharathan wrote:
On Tue, Nov 24, 2009 at 12:14 AM, Michael Orlitzky
mich...@orlitzky.comwrote:
Noel Jones wrote:
On 11/23/2009 3:25 PM, K bharathan wrote:
On Mon, Nov 23, 2009 at 8:02 PM, /dev/rob0 r...@gmx.co.uk
mailto:r...@gmx.co.uk wrote
that you cannot deliver. I would suggest a
search of logs for bounces that were sent.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
here. Perhaps
more appropriate in a forum for the programming language in use?
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
that the OP should have used /etc/postfix/aliases, and yet
that advice was given: authoritative-sounding but probably wrong.
A distributor's non-default settings as shipped in their main.cf are
still that: non-default settings.
--
Offlist mail to this address is discarded unless
/dev/rob0
mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
.
Finally, do note that you need valid FCrDNS on each IP address
you're using. You would probably need multiple A records for
$myhostname and a PTR of the same name for each.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
, is definitively documented, but this does not (and
should not attempt IMO) to teach you every prerequisite that a mail
administrator needs to know.
Buy a book? Ralf and p...@rick have one they would like to sell you! :)
--
Offlist mail to this address is discarded unless
/dev/rob0
and IP addresses might be very important.
One step I neglected to mention in my previous post: postfix stop.
Your damage increases with every spam you send.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
mung a specific email address if desired, but
domain names and IP addresses might be very important.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
there is pipe.8.html to set up a transport to external
software.
Of course all the .html references should be on your own machine;
they can also be found at http://www.postfix.org/ .
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
On Tue, Nov 03, 2009 at 09:26:33AM +, Simon Waters wrote:
On Monday 02 November 2009 20:30:00 /dev/rob0 wrote:
Please note that the question itself is a matter of GIGO. The munged
IP address cannot be in mynetworks according to the postconf shown,
because it was rejected
the OP has figured out something anyway.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
On Sunday 01 November 2009 12:24:54 mouss wrote:
Simon Morvan a écrit :
Le 30/10/2009 16:05, /dev/rob0 a écrit :
[snip]
Consider Zen here. It also incorporates the (not-quite-so) new PBL,
which has been very effective here.
The last time I tried it, Zen included too many legitimate
who
consider accept-then-bounce a valid way to handle email are now a
small and thoroughly discredited minority.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
is discarded unless
/dev/rob0 or not-spam is in Subject: header
901 - 1000 of 1094 matches
Mail list logo