> This in turn lead to all my incoming mail being deferred by exim -
> extract from debug output:
>
> >>> no IP address found for host foo.example.com (during SMTP connection
> from (somewhere) [128.66.0.1])
> >>> foo.example.com in dns_again_means_nonexist? no (option unset)
> >>> host in "foo.ex
Hi Lena,
I want to apologies for misleading to all . :( The attachment from client was
2mb with 20-30 files but i couldn't check it. I checked attachment from my
colleague which is about 21mb and has a lot of doc's, jpg's, xls's, etc. To be
clear, there was 29 folders and 146 files. I wasn't c
> From: kuncho pencho
> The attachment is about 2mb, zipped file, contains folder with 20-30files
> inside.
> i login remotely to his pc, made exactly same attachment and copied
> to mail server. Check it and it pass about 1m16.021s. :(
Using `zip` from FreeBSD base, I created a compressed (-9
On 16/01/16 13:29, David North wrote:
> Digging into the manual, I see one possibility is to add foo.example.com
> to the dns_again_means_nonexist list. This is domain-specific, though -
> ideally, I'd like to be able to put something in the ACL to mean "DNS
> lookup failures should be treated as a
I have host-centric blacklisting in my acl_check_rcpt which looks a bit
like this:
deny
message = sender IP address $sender_host_address is locally
blacklisted for this domain. If you think this is wrong, get in touch
with postmaster@$domain
!acl = acl_local_deny_exceptions
hosts = ${s
Hi Dennis,
Did you
read my first post about the problem? That is one our client and one our user.
I don't think they will
tried "zip bomb". I know i'm not very common with Linux and Exim, and that's
why i'm asking here.
But thanks for the help to all.
> Оригинално писмо ---
