/usr/local/etc/postfix/access file above, yet the
postconf output has no evidence of such a file. Therefore, it is not
used.
If you need to followup, please include logs and relevant snippets from
the map files.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
m a
message telling them that their fax wasn't sent and why, and repeat the
instructions (or link them to a Web page explaining it.)
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
lies,
as it makes the archives hard to follow. Thank you.
Anyway, I assume that the PIX "fixup" was the whole problem. This is a
well-known and common issue, with just about any site behind a PIX.
Complain to your vendor about their broken products.
--
Offlist mail to this address is
s a foreign domain. (internet domain).
>
> Is there a standard way ?
Use smtpd_sender_login_maps as already suggested, and ...
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
sh: to ldap: maps. Try pasting some postmap(1) -q
tests into your next mail. Is postmap(1) able to do the LDAP query?
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
r good one would be ".".
To name one, I tried to get automobile insurance with GEICO, a large
insurer in the USA. If I had access to my old virtual_alias_maps I
could find many more who rejected the "+".
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
eirdness with that and say, Dovecot's LDA?
I'm pretty sure that Dovecot deliver(1) can deal with it, but since
it's not something I use I can't say. (Also, it's off-topic here.)
--
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
On Monday 27 July 2009 18:07:51 ghe wrote:
> On 7/27/09 1:45 PM, /dev/rob0 wrote:
> > [1] Strictly speaking, it's $smtp_helo_name which should resolve, but
> > the default value for smtp_helo_name is $myhostname, and I would
> > not generally recommend setting s
68.2.1
> 1.2.168.192.in-addr.arpa. PTR real.example.com.
Message-ID: <4a6e16b9.7040...@loginet.hu>
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
_rbl_client cbl.abuseat.org,
> reject_rbl_client zen.spamhaus.org,
I suppose you're aware that CBL is included in Zen with a very slight
lag. Some sites query CBL first to potentially reduce their number of
Spamhaus queries, or to address the issue of that lag.
> permit
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
On Monday 27 July 2009 16:57:20 mouss wrote:
> /dev/rob0 a écrit :
> > Unfortunately, I have found that many Web programmers don't bother to
> > read RFC's and find out what characters are allowed in email addresses.
> > Many sites will not accept a "
t matter, that entire block is meaningless: none of these
are/were RHSBL services, and as Magnus noted, DSBL is defunct.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
0 simulationinformation.com.
simulationinformation.com. 14400 IN A 174.120.31.226
It resolves fine, here.
As Brian said, find where it came in, if you still think it's
suspicious.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
measure against spam. You
*will* block some spam with this ... Hotmail leaks badly having been
targeted for abuse by 419 scammers in particular.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
maybe I'm wrong?
You're wrong, but your answer was not. That is, you're right, but not
for the reason you thought you were. :) Doing recipient validation is
the socially responsible thing to do, before wasting the RBL's limited
resources.
--
Offlist mail to this add
in.cf I need to change to
> accomodate what I am trying to achieve
>
> here is the result of my postconf -n
Snipped as irrelevant at this point, as you included no logs.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
needed to implement sender mismatch features. My comment is merely
regarding a perceived need for this in said README.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
result. Any reject or defer result in any stage
means that mail is not accepted. For details, see:
http://www.postfix.org/SMTPD_ACCESS_README.html
http://www.postfix.org/access.5.html
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
r)? If it is I can use this as input to a mail filter.
Received lines are constructed the same way for all accepted mail,
augmented only by some TLS settings.
> Regards,
> Robin, which is trying to build a mail system which puts the
> choice of rejecting/filtering email in the hands of the end user.
While that sounds like a noble goal, I see lots of problems with it.
Chief among those is the fact that end users often cannot distinguish
spam from unwanted legitimate email. I think mail administration needs
much MORE professionalism (paternalism, you might even say), not less.
Good luck.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
port.
grep(1) is your friend. Pipe the results to pflogsumm.pl, enjoy.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
necessarily wrong per se,
but you should know why you chose it.
> virtual_mailbox_base = /var/mail
> virtual_mailbox_maps = btree:/etc/postfix/virtmbox
> virtual_minimum_uid = 7
> virtual_uid_maps = btree:/etc/postfix/virtuid
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
ce for people who:
1. don't understand regular expressions
2. don't understand email
Now, what was the undisclosed [!!] reason you thought you wanted to
reject these headers?
See the [!!] for items you might need to provide.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
e.com class_helo, class_rbl
wants...@example.comreject_unauth_destination
> Does anyone know the answer? Is that somewhere described in Postfix? Where?
>
> Or does anyone know a better way in handling such a situation/problem?
Not sure. I do know that you will need lots of caffeine and analgesics
as you develop and debug this. And then you'll never want to look at it
again! (Don't ask how I know this!)
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
scores of other people
with the same issue. A gratuitous hint: add "mechanism" to the search,
and you will probably find the second best answer.
The best answer: refuse to support broken mail clients!
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
umping features.
But my simplified approach is a workaround that should ensure that the
aspirin bottle never strays too far from your desk. :)
I had a horribly bad headache this very evening, in fact. Just a
coincidence? I doubt it.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
lso be a
hash: lookup.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
his address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
Any reference about that?
http://www.postfix.org/TLS_README.html
http://www.postfix.org/postconf.5.html#smtpd_tls_wrappermode
> [1] - http://www.postfix.org/SASL_README.html
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
endmail(1) submission, even if they finally
relented on the SMTP refusal.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
tty well covered by the
Postfix SASL_README with reference to the Dovecot wiki where needed.
For an excellent SASL+Postfix resource, refer to Patrick Ben Koetter's
online pages and posts here on the mailing list.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
which should be quoted,
when intended to be a literal "@" sign.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
e of where starting to look at...
> This is postfix 2.2.1 running on Suse Linux 9.3
That's pretty old. Postfix 2.2 is no longer maintained. (I think it
will get any security-related attention it might need, but no routine
bugfixes.)
> Any ideas?
Don't use procmail if you don't u
g/SASL_README.html#versions
http://www.postfix.org/SASL_README.html#client_sasl
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
t weren't rejected. What do you
expect to find in all that?
I (subjectively) think Zen rejects about 75% of all connections that
come to my server. Somehow, real email still seems to get through.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
t;. Perhaps this one will suffice.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
_mismatch *before*
permit_sasl_authenticated in your smtpd_recipient_restrictions.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
ough unscientific
estimate is that about 90% of all SMTP traffic is abuse. What is the
point in filtering through all that garbage, only to make your mail
less safe and reliable than it would have been, if using the DNSBL
properly?
The choice is clear, to me.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
o this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
7;s
an important third or fourth line of defense for many sites. Those
sites which are using it as the first line get what they deserve.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
esigned to require minimal configuration, with
many sane and well-reasoned default settings. Leave them alone?
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
is;
similar results could be had from simply defining a restriction as a
variable in main.cf.)
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
ans look up the MX record.)
In your DNS zone file :
relayhost.example.com. MX 10 host1.example.com.
relayhost.example.com. MX 20 host2.example.com.
Or, same priorities if that fits the need better.
--
Offlist mail to this address is discarded unless
"/dev
all these HTML links on your own system, which in
the case of CentOS, you might find easier to follow, because there
have been a great many changes in Postfix since your version. The
documentation always mentions version-specific behavior, but it's
probably better to avoid the problem. The documen
which do this. A simpler means of overriding global DNS for a host
can be had using dnsmasq(8).
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
mains.
You're wanting transport_maps.
> -- /usr/local/etc/transport
snip
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
t control.
But in many cases you can customize the rejection seen by the
connecting client. See the SMTPD_ACCESS_README and access(5) for
details.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
d rejected: ..."
[1] http://en.wikipedia.org/wiki/FCrDNS
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
en for Sendmail
compatibility. As far as I know, local(8) has never looked up
u...@domain in alias_maps. My guess would be that you misunderstood
something.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
r
AUTH support to."
Thus, clients in mynetworks cannot AUTH. Must AUTH plus cannot AUTH
means no mail is accepted, at all.
> smtpd_sender_restrictions = permit_sasl_authenticated,
> permit_mynetworks
Does nothing.
See http://www.postfix.org/SMTPD_ACCESS_README.html for an ove
On Sunday 06 September 2009 10:41:54 Paul Beard wrote:
> On Sep 5, 2009, at 11:20 PM, /dev/rob0 wrote:
(A detailed description of the problem, why your host cannot accept
mail at all, which was snipped.)
> > Try giving us the complete, non-verbose logs for a mail that
> > illustra
elines (in the welcome message and
DEBUG_README) by not posting the logging in question.
If, however, my guess was right, I highly recommend that you stop
Postfix and your httpd+PHP immediately, before any more damage is
done. You might already be blacklisted.
--
Offlist mail to this address i
ory,
or use the online copies at www.postfix.org.)
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
The sooner you
stop outgoing spam, the more likely that you can repair the damage.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
ion, since I'm not a postfix-logwatch user, I won't be
joining your list.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
y postmap hash:/etc/postfix/transport
>
> I'm sorry, I should have included that this step was also done
> and that transport.db exists.
Next step: "postconf transport_maps". By default transport_maps is
not set.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
be such a note?
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
On Thursday 17 September 2009 13:40:56 Wietse Venema wrote:
> /dev/rob0:
> > On Thursday 17 September 2009 13:02:20 Victor Duchovni wrote:
> > > On Thu, Sep 17, 2009 at 01:59:25PM -0400, fursink wrote:
> > > > Would the fact that this is 2.3.3... prevent the transpo
uddle through creating a spec file if someone has been down
> this road.
This comes up on the list regularly, most recently: yesterday! See
the thread with "Subject: 2.6 RPM".
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
f.5.html . Start at the README level and follow the links.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
il server is not accessible.
"Verify" is the keyword that you might have missed.
http://www.postfix.org/ADDRESS_VERIFICATION_README.html#recipient
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
Remember, RHEL deliberately holds back from recent software. It's a
feature: the theory being that newer versions, being less tested,
might have unanticipated problems. If you want to use RHEL, you
should be aware of that.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
cult for you.
Next, look at more sane and clean methods of spam control. Simple
HELO checks (specifically reject_non_fqdn_helo_hostname and
reject_invalid_helo_hostname) and Spamhaus Zen will get rid of the
vast majority of the spam.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
l, try a
check_recipient_access lookup:
bad.example.comREJECT did you mean good.example.com?
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
this before posting again:
http://www.postfix.org/DEBUG_README.html#mail
That way, you can give the list a smart question and hope for an
informed answer.
BTW, VIRTUAL_README.html#local_vs_database has another important bit
of advice, which will help you understand the difference between
Pos
d-new.
> Based upon my understanding of the definitions of the terms I
> have always been uncertain about putting ip blocks in the same
> file. I have been told it has been working practice at this
> college for years before I got here. I need to be certain we are
> doing the right things.
Perhaps the person who told you that would work (had been working)
was wrong. See access.5.html , "EMAIL ADDRESS PATTERNS", to see what
is looked up for check_sender_access.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
ther thread on the same issue, dual lookups of
the same type and maptype at the same point in restrictions does NOT
make sense. Consolidate these?
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
ng should be done in the envelope, not by reading headers.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
On Sunday 04 October 2009 15:57:30 mouss wrote:
> /dev/rob0 a écrit :
> > On Sunday 04 October 2009 11:24:31 mic...@casa.co.cu wrote:
> >> Another subject of consultation, I have implemented bogofilter in
> >> my work, I have been trained according to the documentation
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
p://www.postfix.org/SMTPD_PROXY_README.html
http://www.postfix.org/FILTER_README.html
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
tunately, people 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
cipient; see:
http://www.postfix.org/postconf.5.html#reject_unlisted_recipient
--
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.
&
smtpd_recipient_restrictions = permit_mynetworks,
Oh well, apparently 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 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,
> &
another, such
as to a local alias which or user who might run a command. And
finally 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
tions still exist at this
point. You can 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
s
>point. You can mung a specific email address if desired, but
>domain names 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
o deferral logic, "so go away."
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
Postfix, the MTA, 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
&q
es, nis:mail.aliases"
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
main.cf are
still that: non-default settings.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
ical backscatter is caused
when you accept mail 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
ers as may be appropriate.
"man postsuper" for information.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
, I cannot see how it would be on topic 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
On Tue, Nov 24, 2009 at 06:10:53PM +0200, K bharathan wrote:
> On Tue, Nov 24, 2009 at 12:14 AM, Michael Orlitzky
> wrote:
> > Noel Jones wrote:
> >> On 11/23/2009 3:25 PM, K bharathan wrote:
> >>> On Mon, Nov 23, 2009 at 8:02 PM, /dev/rob0 >>> <mailto
tion about Dovecot at the
Dovecot wiki, and they have a very active 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
; visualize in my graphical mail log that the message has been sent
> using 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
documentation and
vendor for support, and then Postfix documentation for workarounds
should they prove necessary.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
ecause the whole thing was off
topic to begin with, and Debian fans would try to counter. Let's say
that I 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
dress ldap:/your/query/file" returns a
result suitable for relayhost (see postconf(5) link above), you will
know your query is right.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
you should be
asking Barracuda for support. Or better, as I suggested 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
tchall syntax as
documented in virtual.5.html . Take some action 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.
--
uld type manual commands.
> Is there something I over looked?
Maybe just lacking the Big Picture 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
FCrDNS to me. So another 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
il should be routed to you,
but you have not listed that domain in any of your address class
definitions (see 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
ppen when listing them in $mydestination.
For further questions, consult this before posting (IN PLAIN TEXT
ONLY, no binary or HTML or RTF attachments, please) again:
http://www.postfix.org/DEBUG_README.html#mail
--
Offlist mail to this address is discarded unless
"/dev/rob0"
een added in Postfix 2.4 through 2.6, and are
being developed now for Postfix 2.7.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
followup to the
Dovecot list. Likewise, if you are using some other 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".
--
Offli
201 - 300 of 1152 matches
Mail list logo