matches
virtual_mailbox_recipients:kathy.lamp...@domain.com.au kathy
Binary file virtual_mailbox_recipients.db matches
The user should have either a local or a virtual mailbox. Not both at
the same time.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save
practices way given I have to
do forward this email and am powerless to change the design other
than our setup which may only include trying to mitigate backskatter?
Then you cannot avoid being a backscatter source or a mail blackhole or
both. Plain and simple.
Regards
Ansgar Wiechers
On 2010-11-25 Patric Falinder wrote:
Ansgar Wiechers skrev 2010-11-24 18:11:
On 2010-11-24 Patric Falinder wrote:
lst_ho...@kwsoft.de skrev 2010-11-24 11:08:
Be sure to limit the usage of the list to the affected account and maybe
even to bounce sender addresses as a lot of legitim hosts
On 2010-11-25 Patric Falinder wrote:
Ansgar Wiechers skrev 2010-11-25 09:44:
You could try something like this:
# /etc/postfix/main.cf
...
smtpd_restriction_classes = backscatter_rbl
backscatter_rbl = reject_rbl_client ips.backscatterer.org
smtpd_recipient_restrictions
On 2010-11-25 Noel Jones wrote:
On 11/25/2010 2:44 AM, Ansgar Wiechers wrote:
However, you can't use reject_rbl_client in these tables (see man 5
access).
Yes, you can use reject_rbl_client (or any other built-in restriction)
as a result of a table lookup. Restriction classes are only
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
local_recipient_maps = $alias_maps to prevent any local
account not listed in $alias_maps from receiving mail.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
On 2010-11-17 Jay G. Scott wrote:
now -- my relay_recipient_maps parameter points to pfknown_users
which has the form:
ttt OK
do i have to have ...@arlut.utexas.edu OK ?
Yes.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel
? Please elaborate.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
. tcptraceroute may help
narrowing down that something.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
hits=1 miss=10 success=9%
Aug 27 04:23:21 dell860-504 postfix/scache[20225]: statistics: max
simultaneous domains=1 addresses=1 connection=10
http://www.postfix.org/CONNECTION_CACHE_README.html
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning
to a doc where this
is explained, that will be enough for me.
What do you think on this?
Fix the problem rather than the symptom.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
you want the roaming user's mail to go,
and where are they supposed to be able to send from?
Regards
Ansgar Wiechers
--
All vulnerabilities deserve a public fear period prior to patches
becoming available.
--Jason Coombs on Bugtraq
as the originating
IP is listed at njabl.org
AFAICS your approach is likely to generate backscatter and perhaps even
violations of your clients's contracts. Don't do that.
RBL filtering in your scenario should be done either at your clients'
mail servers or not at all.
Regards
Ansgar Wiechers
--
All
after
accepting them, and to make sure the latter does not happen much.
What about backscatter? Doesn't bouncing generate a lot of
backscatter?
Bouncing does. Rejecting doesn't.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
on the
server without having to saturate the bandwidth, due to cryptographic
operations required by SSL. And that it seems to use BitTorrent as a
multiplicator, so it doesn't require a botnet.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel
thing about the violation. Sorry to burst your bubble.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
is found to be doing something illegal.
If you actually believe that, I suggest you move to China or someplace.
Now.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
probably because there are a *lot* headers in any given mail that
don't match this pattern. ;)
Try something like this:
if /^To: @example\.com$/
!/^To: (.*)-keyword@(.*)$/ REJECT
endif
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning
the proxy filter I wrote a while
ago to take care of this problem.
http://www.planetcobalt.net/sdb/backscatter.shtml
WFM, but beware that it's not tested on (and probably not suitable for)
high-volume servers.
/shameless-plug
Regards
Ansgar Wiechers
--
Abstractions save us time working
think I need to do something with client certificates?
No. You need a server certificate, enable submission (port 587/tcp, SASL
authentication), and point your clients to that port.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
On 2010-06-30 Jonathan Tripathy wrote:
Does postfix support multiple users using aliases?
Yes.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
...@domain.tld
@domain.tld noexist...@domain.tld
is there is way to do this ?
The above should do what you want, provided that noexistant is an
existing mailbox.
If it doesn't work: please supply the output of postconf -n and a log
excerpt demonstrating the problem.
Regards
Ansgar Wiechers
On 2010-06-30 Charles Marcus wrote:
On 2010-06-30 10:00 AM, Ansgar Wiechers wrote:
On 2010-06-30 David Touzeau wrote:
I would like to redirect messages that recipient are not listed in
aliases to a single mailbox
have set
virtual_alias_maps=hash:/etc/postfix/virtual
use...@domain.tld
On 2010-06-10 Jerrale Gayle wrote:
On 6/10/2010 6:31 PM, Sahil Tandon wrote:
On Thu, 10 Jun 2010, Jerrale Gayle wrote:
I want to accept all mail to non-existent users, then bounce, so
that people can't probe for valid users to know wherer to start a
brute force.
This is a horrible
local_recipient_maps = $alias_maps
and add explicit mappings for those local users that should be able to
receive mail. Otherwise your Postfix will accept mail for any local
user account on the system.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning
On 2010-05-26 Ralf Hildebrandt wrote:
Shouldn'T you use at least ONE RBL?
Probably wouldn't hurt, but unless he's trying to fight off spam sent to
valid users (which according to his description doesn't seem to be the
case) he could go without as well.
Regards
Ansgar Wiechers
--
Abstractions
On 2010-05-26 brian wrote:
On 10-05-26 03:21 PM, Ansgar Wiechers wrote:
The connections are being rejected, so unless your server resources
are being exhausted by the delivery attempts I don't think you have
to worry about it.
As mentioned in another msg, I neglected to mention that postfix
On 2010-05-26 brian wrote:
On 10-05-26 03:24 PM, Ansgar Wiechers wrote:
On 2010-05-26 Ralf Hildebrandt wrote:
Shouldn'T you use at least ONE RBL?
Probably wouldn't hurt, but unless he's trying to fight off spam sent
to valid users (which according to his description doesn't seem
/body_checks:
/^http:\/\/.+\..+\/\?email=jan\.muenn...@dotplex\.de/ REJECT
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
in my sender checks. I think there was (is?) a need for the double
entry (one with '.')
That's controlled by presence/absence of the string smtpd_access_maps in
$parent_domain_matches_subdomains. See man 5 access.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save
mailtextbody - it does
just that: strips off all non-text parts and leaves a clean,
text-only message.
Sounds interesting, but how does it handle html-only mails (i.e. mails
with no text/plain MIME part) or mails that are declared text/plain, but
contain HTML nonetheless?
Regards
Ansgar Wiechers
]. Debugging comes as a second step
when he encounters problems while following the documentation.
[1] http://www.postfix.org/SASL_README.html
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
the
procedure described here:
http://www.postfix.org/DEBUG_README.html#mail
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
nothing to do with your Postfix. It may be
related to your DNS setup, though.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
) addresses to gmail mailboxes. And
we still don't know how the supposed spams are entering Postfix in the
first place.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
not supposed
to listen on: configure the services to not listen on those interfaces.
Do NOT let the services listen on all interfaces and then block access
with a packet filter.
inet_interfaces = loopback-only
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time
of
postconf -n.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
...@bu.edu
here is what i want to use , is this the correct syntax or do I need to
double quote those quotes somehow.
/^From: Viagra US supplier/ DISCARD viagra foo
/^From: Viagra US dealer/ DISCARD viagra foo
/^From: .*viagra/ DISCARD viagra foo
Regards
Ansgar Wiechers
a catch-all mailbox on the Postfix host. Use procmail to store
all mail to that mailbox in Maildir format.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
on mailclient?
Thanks but this does not work
In case you actually want someone to assist you in solving your problem,
you may want to elaborate on how exactly this does not work for you
(i.e. provide error messages, log excerpts, etc.).
You may also want to refrain from top-posting.
Regards
Ansgar
logging in.
I suppose you're talking about relaying through your MTA.
mynetworks = ..., a.b.c.d/32
You need to permit_mynetworks in smtpd_*_restrictions (this is the
default).
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
: Danny does not inspire much confidence in the aviation industry.
A bit of unsolicited personal advice to him: tone down the bragging.
http://slash7.com/2006/12/22/vampires/
Reply-To set to myself, as this is getting off-topic.
Regards
Ansgar Wiechers
--
Abstractions save us time working
On 2010-04-22 Vegard Svanberg wrote:
* Ansgar Wiechers li...@planetcobalt.net [2010-04-21 13:11]:
Example 2: u...@example.invalid is forwarded to r...@example2.invalid.
r...@example2.invalid does not exist; neither as an alias nor a mailbox.
SMTP dialog:
rcpt to: u...@example.invalid
MTA does not have invalid mappings.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
*_restrictions don't apply to pickup.
How can I restrict my server to send mail TO u...@domain?
# /etc/postfix/main.cf
transport_maps = hash:/etc/postfix/transport
# /etc/postfix/transport
u...@domain :
* error:destination prohibited
Regards
Ansgar Wiechers
--
Abstractions save us time
On 2010-04-15 groups wrote:
Syntax follow up question...
1.2.3.4 tab REJECT
or
1.2.3.4 tabtab REJECT
1.2.3.4 any_amount_of_whitespace REJECT
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
domain?
Also post the output of postconf -n rather than your main.cf.
Regards
Ansgar Wiechers
--
Another option [for defragmentation] is to back up your important files,
erase the hard disk, then reinstall Mac OS X and your backed up files.
--http://docs.info.apple.com/article.html?artnum=25668
, it doesn't influence it as much as if
many of them do.
That works for small sites who can afford to content filter all mail.
For other sites, this is no more an option.
policyd-weight does the same without content filtering.
Regards
Ansgar Wiechers
--
Abstractions save us time working
of a running database.
Also I'd suggest to use rsync -a instead of cp -Rp for performing
file backups.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
, not for SuSE Linux. IIRC it's a
Python script, so it should be possible to modify it to be usable on
Linux as well. However, right now mailbfr is distributed as a .pkg, so
one would have to go to some lengths to even extract the actual script
from the package.
Regards
Ansgar Wiechers
that will generate a list of valid recipients from various
(file-based) recipient and domain lists. If I manage to unearth it after
I get home tonight, I'll post it here.
[1] http://www.postfix.org/postconf.5.html#relay_recipient_maps
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't
On 2010-04-08 Thomas wrote:
Ansgar Wiechers schrieb:
Where /etc/postfix/mydomains lists all domains to be relayed
You may want to use a more speaking name for your relay domains (like,
/etc/postfix/relay_domains ;).
I need a file with the same content on Server B, where it is referred
some broken mail client that handles
neither In-Reply-To nor References header, could you *at least* leave
the subject alone? So that non-broken mail clients have a chance to
associate your responses with the respective thread? Thank you.
Regards
Ansgar Wiechers
--
Abstractions save us time working
with the -v and it seems
to be not completed or done wrong. So I tried to post the section that
fitted my question.
Perhaps you should try posting what fits *our* questions. That would
save yourself and us a lot of time.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us
into this:
/^(.*)@sub\.domain\.com$/ $...@new.domain.com
I had considered it quite clear that an if-condition without the
if-keyword wouldn't make any sense.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
On 2010-03-26 Bob Sauvage wrote:
I have a postfix server and I want to redirect my mails to another
server (Spam filter) after the aliase resolution. Because this spam
filter can only filter 100 adresses.
When the other server has completed its work, it sends this mail to my
Postfix server
sending mail over your infrastructure? Do you force
them to use SMTP AUTH/SASL? If so then you might have a look at
reject_sender_login_mismatch to stop forgeries from your own domain.
The OP wants to block external, not internal senders.
Regards
Ansgar Wiechers
--
Abstractions save us time
folder is inside the Maildir as .Junk. Amavisd-new tags the
spam mails as [SPAM]
Configure either the MDA or the user's MUA to put tagged mail into the
Junk folder.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
,
reject_rbl_client ix.dnsbl.manitu.net,
reject_rbl_client combined.rbl.msrbl.net,
reject_rbl_client rabl.nuclearelephant.com
smtpd_data_restrictions =
reject_unauth_pipelining,
reject_multi_recipient_bounce,
permit
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't
should be
sufficient.
I get this error:
warning: regexp map /etc/postfix/recipient_bcc, line 2: out of range
replacement index 1: skipping this rule
What did I do wrong?
You didn't group what the $1 is supposed to refer to.
/^(.*)@sub\.domain\.com$/ $...@new.domain.com
Regards
Ansgar
in.
Put what rules back where?
(below is my postfix config file)(kinda messed up abit because of what I
used to copy it)
Please post the output of postconf -n instead of the contents of
main.cf, so we can see the actual configuration your Postfix is using.
Regards
Ansgar Wiechers
--
Abstractions
or a proxy
filter. I seem to recall a discussion about this very topic not too long
ago, but was unable to find it when sifting through the list archive.
[1] http://www.postfix.org/DEBUG_README.html
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning
On 2010-03-22 Bas Mevissen wrote:
Why catch-all? Because I often use the part before the @ as a key to
see the origin of the e-mail when subscribing.
That's what address extension was invented for. See the respective
section of man 8 local.
Regards
Ansgar Wiechers
--
Abstractions save us time
has nothing to do with this aside from being
the messenger.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
.
Is this a serious problem?
Yes.
How to resolve it?
Make the virtual aliases explicit.
8
us...@domain2 us...@domain1
us...@domain2 us...@domain1
us...@domain1 us...@domain2
us...@domain1 us...@domain2
8
And make sure the mailboxes do exist.
Regards
Ansgar Wiechers
--
Abstractions save us
On 2010-03-16 Oleksii Krykun wrote:
2010/3/16 Ansgar Wiechers li...@planetcobalt.net
On 2010-03-16 Oleksii Krykun wrote:
I set up two domain aliases:
@domain1 @domain2
and
@domain2 @domain1
This makes you a backscatterer, because Postfix will accept all mail
for both domain1 and domain2
on the
presence of some header for the decision whether or not to spam-check an
incoming mail.
For relaying of outbound mail you could enable submission on the backend
MTA.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
$virtual_alias_maps for virtual mailboxes.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
similar to relay that allow to specify a list of mail server
addresses and not only one
Use DNS. Seriously.
And please keep your mails on-list, so others can benefit from the
discussion as well.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning
On 2010-03-03 Stan Hoeppner wrote:
Ansgar Wiechers put forth on 3/3/2010 9:01 AM:
I was under the impression that his Postfix and Dovecot are running
on the same (remote) host, and he's using Postfix as a smarthost for
his outbound mail. If that's the case, then there certainly
On 2010-03-04 Ansgar Wiechers wrote:
On 2010-03-03 Stan Hoeppner wrote:
I suppose it might be possible to hack together a solution in the MTA
or IMAP server, manually dropping copies of sent messages in the
user's IMAP Sent Items folder. That would be one heck of a kludge
though
On 2010-03-04 Charles Marcus wrote:
On 2010-03-03 4:49 PM, Ansgar Wiechers wrote:
Read again. The sent items folder is in the user's mailbox, which
Thunderbird most certainly does *not* access via SMTP, but via IMAP.
My point was, if you want this to be done *without* TB having to save
and the server is remote.
This is done via IMAP, so it's a Dovecot rather than a Postfix issue.
A workaround might be to configure Thunderbird to not store a copy of
your sent mail and instead have Postfix BCC a copy to yourself. Or you
could simply not send large attachments via e-mail.
Regards
Ansgar
On 2010-03-03 Stan Hoeppner wrote:
Ansgar Wiechers put forth on 3/3/2010 6:37 AM:
On 2010-03-03 Jonathan Tripathy wrote:
I'm not sure if there is a solution to this, but maybe one of you
folks will know a workaround.
After thunderbird has sent the email, it then has to save the email
actual problem are you trying to solve?
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
. For
instance: it's not clear to me if you're talking about the From: header
or the envelope-from above.
Also, did you follow the procedures described in the DEBUG_README?
http://www.postfix.org/DEBUG_README.html
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time
On 2010-03-03 Charles Marcus wrote:
On 2010-03-03 7:37 AM, Ansgar Wiechers wrote:
After thunderbird has sent the email, it then has to save the email
^^
to the sent items folders. This can take a long time
more specific rules would never be evaluated.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
On 2010-02-23 Shameem Ahamed wrote:
Can i add this in main.cf?
No.
I want to add the extra details only for the forward maps.
Can you give me some more info on ow to add this ?.
man procmail
man procmailrc
man procmailex
Regards
Ansgar Wiechers
--
Abstractions save us time working
On 2010-02-19 David Koski wrote:
On Monday 15 February 2010, Ansgar Wiechers wrote:
On 2010-02-14 David Koski wrote:
How about something more simple: test for From: is the same as To:
and is from MAILER-DAEMON:
grep ^From:.*da...@kosmosisland.com $test \
grep Return-Path:.*MAILER-DAEMON
of their solutions is too hot in the first
place). However, that doesn't change anything about the fact that there
are ways to view Experts Exchange pages without having to log in.
Can we now drop this boring and entirely off-topic subject? Thanks.
Regards
Ansgar Wiechers
--
Abstractions save us time working
On 2010-02-16 LuKreme wrote:
On 16-Feb-2010, at 12:11, Ansgar Wiechers wrote:
On 2010-02-16 LuKreme wrote:
On 15-Feb-2010, at 03:23, Barney Desmond wrote:
Experts Exchange is viewable (at least) from google searches.
No it isn't.
Yes it is.
The link you posted had no visible answer
On 2010-02-11 Dhiraj Chatpar wrote:
On Thu, Feb 11, 2010 at 12:31, Ansgar Wiechers wrote:
On 2010-02-11 Dhiraj Chatpar wrote:
On Thu, Feb 11, 2010 at 12:02, Ansgar Wiechers wrote:
As for how it got there: In-Reply-To and References headers suggest
that the mail was sent from one GMail account
...@dontcare.org,
relay=isp.provider.org[xxx.xxx.xxx.xxx]:25, delay=0.43,
delays=0.05/0.02/0.29/0.06, dsn=5.0.0, status=bounced (host
isp.provider.org[xxx.xxx.xxx.xxx] said: 550 Administrative prohibition (in
reply to RCPT TO command))
Regards
Ansgar Wiechers
--
Abstractions save us time working
: 8153f3881001311541i5ec8b3a7pa24cc99ec499d...@mail.gmail.com
8153f3881001311542j4835d189g443c4976985e2...@mail.gmail.com
8153f3881002080445y11a9e370j74f65c4914c70...@mail.gmail.com
8153f3881002100148h3ac3aa76o7915583be461f...@mail.gmail.com
Regards
Ansgar Wiechers
--
Abstractions save us time
.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
, if you want to relay through your MTA from anywhere in the
world. See Postfix' TLS README:
http://www.postfix.org/TLS_README.html
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
On 2010-02-11 Dhiraj Chatpar wrote:
On Thu, Feb 11, 2010 at 12:02, Ansgar Wiechers wrote:
As for how it got there: In-Reply-To and References headers suggest
that the mail was sent from one GMail account to another. Which would
also explain why there are only private IP addresses involved
the output of postconf -n. I doubt that anyone will read
through your heavily commented main.cf to find out what your actual
configuration is.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
, and the
receiving hop is the server.
Of course a user's mail client (or rather Mail User Agent, MUA) is also
a client. It depends on the context who is the client in any given
situation.
HTH
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel
://en.wikipedia.org/wiki/Callback_verification
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
On 2010-01-21 Ralf Hildebrandt wrote:
* Ansgar Wiechers li...@planetcobalt.net:
Sounds to me like you're trying to do something like callback
verification [1].
Yes he is. We're talking about details of that here.
I meant to refer him to the Limitations section of that article.
Regards
filter or policy service taking too
long for checking the mail, etc.
However, since the timeout occurs on the remote side, you should contact
the administrator of that server about the issue.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
this route
but instead reconsider using authentication.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
that don't include
the above mentioned headers. However, I consider those bounces useless
anyway.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
site, and then
notifies a local process of the result?
No. SMTP doesn't work that way, because the next hop isn't necessarily
the final destination of the mail.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
is configured to forward all mail for your domain(s) to the
mailhub, and it's left to the mailhub to check if a particular address
is valid, you'll be generating backscatter. Don't do that.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
/aliases.
Regards
Ansgar Wiechers
--
Abstractions save us time working, but they don't save us time learning.
--Joel Spolsky
201 - 300 of 339 matches
Mail list logo