, id: 47263
> instead of making it all the way to the zen.spamhaus.org RBL, or is
> the smtpd_delay_reject causing all the restrictions to execute before
> rejecting the message?
smtpd_delay_reject is not the issue. That just means that restrictions
wait until RCPT TO before being evaluated
On Wed December 24 2008 10:57:01 Terry Carmen wrote:
> /dev/rob0 wrote:
> >> which are properly rejected, however I also get:
> >>
> >> NOQUEUE: reject: RCPT from unknown[202.70.195.135]:
> >> 554 5.7.1 Service unavailable; Client host [202.70.195.135]
x
r...@miniluv:~$ cat $_
/home/rob0/Maildir/.Postfix/
Did I miss something (verbose logs will be coming soon), or could the
problem be the two users with the same UID?
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
On Fri December 26 2008 15:53:18 /dev/rob0 wrote:
> Did I miss something (verbose logs will be coming soon), or could the
> problem be the two users with the same UID?
Case-sensitivity, the $EXTENSION is lowercase.
--
Offlist mail to this address is discarded unless
"/dev/ro
t depends entirely on non-default
local settings.
BASIC_CONFIGURATION_README *might* have some answers for the OP, but
then, there was no context provided, so it might not.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
's ALL the logging, it suggests a lower-level networking issue,
like possibly a misconfigured upstream router. Check the router
documentation and troubleshoot the networking.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
nd on domain names.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
s a lot.
To be fair, probably only 723434; qmail logging is all done to stdout,
and you're free to set up any kind of filter or log preprocessor which
can do what you need. You still wouldn't have the clarity and plain
language information that Postfix logs offer, of course.
--
Off
> > > virtual_mailbox_limit = 0
> > > virtual_mailbox_maps =
> > > mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
> > > <http://mysql_virtual_mailbox_maps.cf>
> > > virtual_minimum_uid = 5000
> > > virtual_transport = dovecot
So, you a
nect automatically instead of
> accepting it as a failure?
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
On Mon March 2 2009 13:07:18 Victor Duchovni wrote:
> On Mon, Mar 02, 2009 at 12:56:33PM -0600, /dev/rob0 wrote:
> > Massive confusion, and looking back on the thread somewhat, I still
> > think we're lacking a good description of the problem.
> >
> > On Mon March
madeeasy.com/
People who don't understand how DNS works, and yet think they can
charge money for a DNS service ...
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
what
you're saying. I think the issue of authentication that you bring up
might be irrelevant, except perhaps for the narrow "issue" of sender
equals recipient. I haven't noticed a significant problem with such
spam, which is probably attributable to Zen.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
far.
I did it, but I cheated. I used Timo's patch. :)
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
mtp(8) logs showing you being blocked by yahoo.co.jp's MX
hosts.
My WAG here: your Postfix configuration is correct, rejecting unknown
recipients, but the @yahoo.co.jp senders originated from your own
server. Compromised HTTP+PHP service?
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
ewhere or ...?
> > >
> > > any suggestions including alternate mail lists or google search
> > > terms very much appreciated.
> > >
> > > Ray
> >
> > Post the appropriate section of /var/log/maillog showing the
> > misbehaving transfer.
> >
> > Terry
>
> That's the problem, there's nothing in the logs.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
ailout.trusteddoma.in is listed in Zen, they have issues that
really do need to be addressed. Are you sure you want them
whitelisted? Whitelisting is a slippery slope, seldom the right
answer to the real problem.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
t should!
> # Be Nice
> default_destination_concurrency_limit = 1
> maximal_queue_lifetime = 0
> bounce_queue_lifetime = 0
> default_destination_rate_delay = 2s
> default_destination_recipient_limit = 1
> default_recipient_limit = 100
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
t is an unusual location for a logfile. Look into your OS
documentation about how they have configured your syslogd(8).
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
uch I might
> be safe to allocate for 'queue' for a new (low volume?) system? Is
> there any wisdom anyone would be willing to share, pro's con's, etc.
> to help proceed?
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
your way. You're absolutely right about splitting the list;
there is no way that could work. The way it works here is that any fool
like me can answer a newbie's question, and if we get it wrong, we are
corrected by the ones who really know.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
anges. make(1) and a Makefile might help automate it.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
nt validation is a boolean. You're wanting to add conditions.
That's probably not going to work, and it could cost you some real
mail.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
he drill before? This is not an adequate
posting as per DEBUG_README.html#mail.
I can guess, maybe you have a transport(5) setting. It may or may not
have any relation to the virtual_alias_maps setting. Probably not, is
my guess.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
ssl/certs/ssl-cert-snakeoil.pem
> > smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
> > smtpd_tls_session_cache_database =
> > btree:${queue_directory}/smtpd_scache smtpd_use_tls = yes
> > strict_rfc821_envelopes = yes
> > virtual_alias_maps = ldap:/etc/postfix/valias.cf
> > virtual_gid_maps = static:1001
> > virtual_mailbox_base = /var/mail/vmail
> > virtual_mailbox_domains = ldap:/etc/postfix/vdomain.cf
> > virtual_mailbox_limit = 1073741824
> > virtual_mailbox_maps = ldap:/etc/postfix/vaccounts.cf
> > virtual_uid_maps = static:1001
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
_auth_enable = yes
> smtpd_sender_restrictions = check_sender_access
> proxy:mysql:/etc/postfix/mysql-check-sender-access.cf
> check_recipient_access
> proxy:mysql:/etc/postfix/mysql-check-sender-access.cf
> check_recipient_access
> proxy:mysql:/etc/postfix/mysql-check-recipient-access.cf
> strict_rfc821_envelopes = yes
> transport_maps = proxy:mysql:/etc/postfix/mysql-transport.cf
> unknown_local_recipient_reject_code = 550
> unverified_recipient_reject_code = 550
> virtual_alias_domains = domain.tld
> virtual_alias_maps = hash:/etc/postfix/virtual
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
de/pgsql' & '-L/usr/local/lib -lpq'. Can somebody
> help.
The "local/" path element will not be correct for most (if not all)
distributor-provided packages of PostgreSQL. You might, however, need
to have "*-devel" packages installed. See your CentOS / RHEL
documentation.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
il.re1.yahoo.com[69.147.75.80]: 554 5.7.1
> : Relay access denied;
> from= to=
> proto=SMTP helo=
So, sanguine.whoi.edu is apparently not in any of your address class
definitions. It doesn't matter what's in transport_maps for this. And
it's HIGHLY recommended that you do NOT use transport_maps as a
dual-use lookup as an address class definition, because that could
cause you to accept mail that's not yours.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
On Mon May 11 2009 12:08:02 Magnus Bäck wrote:
> On Monday, May 11, 2009 at 18:59 CEST,
> /dev/rob0 wrote:
>
> [...]
>
> > BTW, I always use complete paths for lookups. I think "ldap:vldap"
> > defaults to "ldap:$config_directory/vldap", but
5.html ... another (similar) way
The first one also shows how to accomplish subdomain matching in hash:
maps.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
e, to test your virtual_mailbox_maps lookup
and ensure that it returns a value for i...@wikikalendar.com.
See also the list welcome message and/or DEBUG_README.html#mail for
suggestions on how to get the most benefit from a post to this list.
See as well, VIRTUAL_README.html , which explains the i
ind
version-specific references confusing, or even overlook them entirely.
[1] In fact I wrote that factoid.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
On Thu May 28 2009 23:21:06 Steve wrote:
> way of the 1980's 'is the law' that leads to entirely useless, rude
> and incorrect answers.
Replied offlist. I think this thread should stop here. Thank you.
--
Offlist mail to this address is discarded unless
"/dev
MG
>
> This message is private and confidential. If you have received it in
> error, please notify the sender and remove it from your system.
Sigh ... these disclaimers are offensive, even more so when posted on
public mailing lists.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
isclaimer ;) )
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
wrong thing had been done correctly ;) I think this would 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
le more comments to augment 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.
--
One thing I have learned in my years on this list: Wietse usually 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 i
/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
> >> aut
TLS, you cannot get their mail nor
send to them.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
to stop the spam, and if you need help in determining how
your system was allowing it, please see:
http://www.postfix.org/DEBUG_README.html#mail
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
uess was right
(I bet it was.) Repeat for one or two other suspects. Post results.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
y for
Postfix, is that it has a misconfigured firewall that is doing both
source 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
lp those who are working to help themselves.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
e you
advocating a change in how this case should be handled?
It's hard to focus on what you said 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
u
consider "reject_rbl_client zen.spamhaus.org", however.
Since you munged the name/IP of the peer with which you were having
problems, there's not anything more we can do here.
--
Offlist mail 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"
> >wrote:
> >>reject_unauth_pipelining won't work here, only in
> >>smtpd_data_restrictio
ectable, I would:
>1. Create a configurable parameter, rather than hard-coding it
postconf.5.html#recipient_delimiter -- you're a few years too late.
>2. Allow multiple characters (so I could still use "+" as well)
This is non-trivial and has been recently addressed by
sions mostly clean and collegial.
[1] "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
mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
s, or to a prohibited recipient. I don't think you sound
prepared to handle those risks. (I don't think I am, either, FWIW.)
If you do want to limit the ability of shell users to submit mail,
see postconf.5.html#authorized_submit_users to block 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
OTES.gz file.
This is worth complaining about, IMO. If a user should make the
conscious decision 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
score "_" and dot "." are also good choices.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
first suggestion is to use the real domain name, direct
copy and paste from logs and command line to your list post. And the
second suggestion is to take mysql out of this, just put your list of
relay_domains directly into the main.cf file.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
t else should I be doing?
Not tweaking random default settings without good cause. :)
Google this mailing list for similar questions from similar bulk
senders. It comes up regularly.
You're probably already on feedback loops with major receivers,
right? They might need to know that you're
e = 550
> >
> > The first step is to look at output from the command "postconf -n"
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
nd "encrypted connections
> (SSL)"... Right?
I do not understand this. A GUI for what purpose?
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
a non-technical person, because it is not
at all what the name 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
es are documented at http://wiki.dovecot.org/ .
> Im just posting this for the next guy who might have
> a problem.
Let's hope 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
irtual
> Any assistance greatfuly appreciated
The problem description was inadequate, but I left in the possibly
relevant postconf lines.
--
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
stand more about
spam and spammers, too. Here is a good 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
es".
I'm not comfortable with the term, "false positive," in case you
wondered about the quotation marks. It's not false if listing
criteria were met. Cases in which something is listed without having
met the listing criteria are extremely rare.
Most of this is off
hip when creating a new account.
> That said, I prefer Wietse suggestion...
I do too, except I don't see the need for maildrop 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
tter now. I have not used 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
&qu
is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
Good luck.
[1] An Internet acquaintance only, but I think anyone[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
127.0.0.1
In addition to what 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
who Googles your post could end up
frustrated.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
> Is there something else I missed on this.
The list welcome message and DEBUG_README.html#mail which tell you
how to ask questions here which can be answered.
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 als
u decide on, as $myhostname in Postfix.
If the ISP can't/won't do 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.
--
gave happens before DATA; there are no headers to read
at this point. Headers are not used for mail routing.
> 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_rec
_maps
but it could be a lot of other things, 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 recip
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
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.
>>
d files?
It's basically simple for awk(1), python(1), or your preferred
scripting language to parse mailq(1) output and feed 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
ostfix.org/postconf.5.html#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
ting.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
rly-run
mail hosts. All we can do is commiserate and suggest you nominate
these sites for rbl-ignorant.org.
[1] I ran into that problem early on and fixed 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
8) client sending from 192.0.2.25.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
sychobabble; it cannot handle rejection.
Maybe it's a bug ... strictly speaking it is, but the role of a MUA
is different, so perhaps this is the best thing for a MUA to do. It
alerts the user that his/her recipient list 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
_Confirmed_reverse_DNS
Do note:
- 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
ttp://www.postfix.org/MULTI_INSTANCE_README.html
I don't know about other MLMs, but I 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 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
&
port 25. I think the battle against
zombies will be shifting back to the relay-through-smarthost model
rather than the direct-to-MX model. 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
/www.postfix.org/aliases.5.html
http://www.postfix.org/virtual.8.html
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
gt; check_sender_access hash:/usr/pkg/etc/postfix/whitelist_sender,
> [ ... ]
>
>/usr/pkg/etc/postfix/whitelist_sender:
>.plus.net OK
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
lder. The
example above, I think, will work with Dovecot, but it assumes that
voy...@example.com has $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
ins in their email addresses. I would have done so
myself, but I knew they were not going to resend the bounced email.
:) (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
d to unset this.
relay_domains =
References:
http://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
y, do you mean I can move all of the smtpd
> restrictions i'm using 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
t; >References:
> > http://www.postfix.org/postconf.5.html#recipient_delimiter
> > http://www.postfix.org/local.8.html
> > http://www.postfix.org/aliases.5.html
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
st.
Multiple instance management is greatly improved in 2.6 et seq., so
this might be a time to consider upgrading if you are not already
using 2.7.
http://www.postfix.org/MULTI_INSTANCE_README.html
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
, and probably any other OS
which ships logrotate. My config would not be useful to you. You
should be looking in your OS documentation and follow up to a forum
for your OS.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
ce:
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
ld be
> close to perfect. Not perfect because I was the only one knowning
> linux and setup other linux projects that work great. Like routers,
> and what not. Just not so good at e-mail.
If my guess was right, you're not so good at routers, either.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
minated.
"
I know, it's probably not appropriate to refer to a README in that
part of a man page, but it seems more thorough and less likely to
confuse, to me, than the "usually" verbiage.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
1 - 100 of 1152 matches
Mail list logo