Email not being delivered

If anyone wants to know, the only way to fix this was to reinstall Astaro from scratch.

Hi Guys,

i have the same problem here. I use UTM 9.002-12 

SMTP forward to my mailserver doesnt work. I test the same configuration with ASG 8 and can see this is a UTM9 Problem. I turn off all spam and antivirus funktions for testing only , but the problem exist.

This are are a snip from SMTP Live Protokoll
TP connection from [ failed to open /etc/exim.conf.senderblacklist/*******  for linear search: No such file or directory

Have anybody a hint to solve the problem ?


regards,
SAB

Hi, SAB, and welcome to the User BB!

You can try the 9.003 soft release, but, if you're still having a problem, make a new config backup, download the new backup and one from 9.000, re-install, restore the 9.000 backup, Up2Date to 9.003 and restore the 9.003 backup.

Cheers - Bob

i have solved this problem on V9.003 by typing all domain names in the smtp-profiles in lowercase.

if you create a profile for Domain TEST.COM a file ../etc/exim.conf/senderblacklist/TEST.COM is createt - but exim searches for ../etc/exim.conf/senderblacklist/test.com

its a bug in confd ??

Thanks, potsdam, that makes sense; I've never used anything but lowercase when putting domain names into fields in the SMTP Proxy.  I vote for your conclusion - bug! 

Cheers - Bob

definitely a bug!

definitely a bug!

Hi,
today I saw the same on a new installation:


Is this still a bug or confirmed by Sophos? Or who causes this error message?
I must have something enable/disable, but can't remember what :-)
There is currently no blacklist but exacly the domain appears in the 
the errormessage


./etc/exim.conf/senderblacklist/my.domain




Current software version...: 9.006005
Hardware type..............: 220r5
Installation image.........: 8.300-14.1
Installation type..........: msi
Installed pattern version..: 44737
Downloaded pattern version.: 44737
Up2Dates applied...........: 14 (see below)
                             sys-8.300-8.301-9.7.1.tgz (Apr  2 11:38)
                             sys-8.301-8.302-10.7.1.tgz (Apr  2 11:39)
                             sys-8.302-8.303-7.12.2.tgz (Apr  2 11:40)
                             sys-8.303-8.304-12.1.2.tgz (Apr  2 11:40)
                             sys-8.304-8.305-1.1.2.tgz (Apr  2 11:40)
                             sys-8.305-8.306-1.25.1.tgz (Apr  2 11:42)
                             sys-8.306-8.307-25.5.1.tgz (Apr  2 11:47)
                             sys-8.307-8.308-5.4.1.tgz (Apr  2 11:53)
                             sys-8.308-8.309-4.15.1.tgz (Apr  2 11:55)
                             sys-8.309-9.004-7.33.3.tgz (Apr  2 12:42)
                             sys-9.004-9.004-33.34.1.tgz (Apr  2 12:54)
                             sys-9.004-9.005-29.15.2.tgz (Apr  2 12:56)
                             sys-9.005-9.005-15.16.1.tgz (Apr  2 12:57)
                             sys-9.005-9.006-15.5.2.tgz (Apr  2 12:58)
Up2Dates available.........: 0
Factory resets.............: 1
Timewarps detected.........: 0


Thanks
ciscoman

It also does this if you put any invalid character into the domain list within the profile - one of our mail admins created a profile intending to forward all received mail to a downstream box (by entering an asterisk as the domain) with the same result.

Isn't it about time Sophos/Astaro actually got their act together and clarified what data format is expected/allowed in certain fields and also did some input validation?

eg plain text, regex for things like mail domains, URL exceptions etc?  If you enter [\@].mydomain.com into the Sender/Rcpt/Subject substring in mail manager it generates a "Perl runtime error callimg qm:smtp_quarantine: Can't use an undefined value as an ARRAY reference at /DBI.pm line 2054, yet if you enter @mydomain.com it does not do what you expect as the "at" symbol is not matched literally.

Regards,
Stuart

Hi Stuart,

UTM uses Perl regex's and the error you encounter is expected behavior for that regex as it's not valid syntax. In this case, validating the input is not trivial as perl regex's can be extremely complex. I'll agree that perhaps a rudimentry manual on Perl regex might be usueful, or at least a pointer to an online reference like: PHP: PCRE regex syntax - Manual.

For your regex, try \@mydomain\.com as the \ is an escape character that tells the regex that the following character is to be treated as a literal, not as a meta-character.

Have you actually tried what you said in the Mail Manager Andrew?