On 2013-10-14 sendu wrote:
> I'm using Google's Postini replacement as a spam filter before mail
> gets to my smtp server. I currently have a problem where most emails
> that get spam trapped by Google disappear when I attempt to have them
> delivered. Google gives me the ability to reattempt deliv
> Make sure you understand address classes.
We are not a virtual mailbox domain, we are a virtual alias domain
because we use UNIX accounts for the few mailboxes we have, and alias
several other addresses to them. Here is the definition of a virtual
alias domain straight from the manual:
The virt
On Tue 15.10.13 01:48:57 Viktor Dukhovni wrote:
> Obfuscating the target domain and IP address makes it much harder
> to help you. At the very least you MUST obfuscate using a 1-to-1
> function, so that each distinct domain or IP address is mapped to
> a distinct obfuscated value.
I see the probl
On 10/15/2013 4:02 AM, Chad Elliott wrote:
>> Make sure you understand address classes.
>
> We are not a virtual mailbox domain, we are a virtual alias domain
> because we use UNIX accounts for the few mailboxes we have, and alias
> several other addresses to them.
Your setup is badly broken. T
is the domain missing from /etc/localdomains?
also I have seen numerous listings for resolution on the web that stated the
following:
set MX priority to 0 for the related domain
-
Free English
& Spanish
Ecards for Birthdays, Christmas , holidays, Valentines , Love , & just
because!
Eureka! I have changed the following in main.cf:
virtual_mailbox_domains = hash:/etc/postfix/mydomains
SHOULD BE
virtual_alias_domains = hash:/etc/postfix/mydomains
Many thanks to Noel Jones for pointing out that postfix thought we
were a virtual mailbox domain, and to everyone who chimed in o
On 10/15/2013 4:02 AM, Chad Elliott wrote:
>> Make sure you understand address classes.
>
> We are not a virtual mailbox domain, we are a virtual alias domain
> because we use UNIX accounts for the few mailboxes we have, ...
Noel is correct. You're broken. And you are using
virtual_mailbox_doma
On 10/15/2013 7:31 AM, Stan Hoeppner wrote:
This should have read:
/etc/postfix/shield_acct_names
mrwh...@breakingbad.com REJECT unknown user
jes...@breakingbad.com REJECT unknown user
g...@breakingbad.comREJECT unknown user
--
Stan
On 2013-10-14 20:10, Viktor Dukhovni wrote:
On Mon, Oct 14, 2013 at 08:12:01AM -0400, Dan Langille wrote:
The master.cf has something like this:
64.147.113.42:5587 inet n - n - - smtpd
-o smtp_tls_security_level=encrypt
The above setting is pointless, drop it.
A
Here's another delivery attempt, this time with all verbose logging turned
off:
http://pastebin.com/TtyDXKBX
It bounces; I don't know why. Is there any way to find out?
--
View this message in context:
http://postfix.1071664.n5.nabble.com/What-is-causing-this-mail-forwarding-loop-bounce-tp621
On 2013-10-15 10:01 AM, sendu wrote:
Here's another delivery attempt, this time with all verbose logging turned
off:
http://pastebin.com/TtyDXKBX
Please post such things inline in the email body, many people will not
click on links to unknown destinations...
It bounces; I don't know why.
sendu:
> Here's another delivery attempt, this time with all verbose logging turned
> off:
>
> http://pastebin.com/TtyDXKBX
>
> It bounces; I don't know why. Is there any way to find out?
This is the error message:
Oct 15 14:58:40 64x2 postfix/local[9029]: D67363381FE: to=,
relay=local, delay=
> You mail is bounced because it contains a Delivered-To: header
> with the address of the recipient.
>
> Postfix adds this header upon delivery. The above error normally
> means that you have an email fordwading loop.
>
> Wietse
Yes, I already understood that I have a mail forwardi
sendu:
> > You mail is bounced because it contains a Delivered-To: header
> > with the address of the recipient.
> >
> > Postfix adds this header upon delivery. The above error normally
> > means that you have an email fordwading loop.
> >
> > Wietse
>
> Yes, I already understood th
Jeroen Geilman wrote the following on 10/14/2013 7:05 PM:
On 10/14/2013 08:41 PM, Blake Hudson wrote:
I'm seeing the following errors when a prominent North American life
insurance vendor attempts to send me email.
Oct 14 12:57:07 twinc postfix/smtpd[12194]: NOQUEUE: reject: RCPT
from unknow
Wietse Venema:
> The DNS query is made by the SYSTEM LIBRARY functions getnameinfo()
> and getaddrinfo(). Postfix has no control over how they work.
>
> When I test this with Postfix test programs for these functions:
>
> % ./getnameinfo 216.163.249.229
> Hostname: ms.metlifeleads.c
On Tue, Oct 15, 2013 at 12:21:28PM +0200, Michael B?ker wrote:
> > Oct 15 02:30:04 asterix postfix/smtp[4458]: warning: TLS library problem:
> > 4458:error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version
> > number:s3_pkt.c:337:
> >
> > Oct 15 02:30:04 asterix postfix/smtp[4458]: 42E021A0F44:
On Oct 15, 2013, at 17:18, Viktor Dukhovni wrote:
> On Tue, Oct 15, 2013 at 12:21:28PM +0200, Michael B?ker wrote:
>
>>> Oct 15 02:30:04 asterix postfix/smtp[4458]: warning: TLS library problem:
>>> 4458:error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version
>>> number:s3_pkt.c:337:
>>>
>>>
Wietse Venema wrote the following on 10/15/2013 9:55 AM:
Wietse Venema:
The DNS query is made by the SYSTEM LIBRARY functions getnameinfo()
and getaddrinfo(). Postfix has no control over how they work.
When I test this with Postfix test programs for these functions:
% ./getnameinfo 216.1
On 10/15/2013 01:55 PM, FliedRice wrote:
is the domain missing from /etc/localdomains?
With /etc/localdomains being... what ?
It's not a postfix parameter.
Nor does postfix use local name resolution for email *delivery*, unless
you specifically tell it to; this is governed by the smtp_host
On 10/15/2013 05:03 PM, Blake Hudson wrote:
Wietse Venema wrote the following on 10/15/2013 9:55 AM:
Wietse Venema:
The DNS query is made by the SYSTEM LIBRARY functions getnameinfo()
and getaddrinfo(). Postfix has no control over how they work.
When I test this with Postfix test programs for
Hey everyone, I'm about to write a script which would replace my existing
php mime class / injector in to one written in C. This is custom code so I
am not asking for direct help with it, but since its in C and will work
with postfix exclusively, there's one part of it that would be good to hear
op
Paul C:
> Hey everyone, I'm about to write a script which would replace my existing
> php mime class / injector in to one written in C. This is custom code so I
> am not asking for direct help with it, but since its in C and will work
> with postfix exclusively, there's one part of it that would be
On 10/15/2013 7:02 PM, Paul C wrote:
...
> but I'm trying to bypass making a socket connection
> to postfix and just inject the mail files directly in to the postfix
> queue directory myself.
This is completely unsupported and not recommended, and unlikely to
be faster than using the documented S
Ok guys, thanks for clearing that up, I'll definitely go through sockets if
its the same speed, I guess I was making assumptions on the disk speed
being faster. I'll look at postfix's smtp code first since its probably
much better than what I have. I was looking at smtp_proto and smtp_connect
but s
25 matches
Mail list logo
