- Users - KICTANet

ditch_spam_for_relay_MX_direct defer (-1): condition check lookup defer
by Terry 13 Oct '11

13 Oct '11

Hi just done a clean install on freebsd including a migration from vexim. When I send an email locally to an existing address i get R=ditch_spam_for_relay_MX_direct defer (-1): condition check lookup defer also exim -bt user(a)gmjbodyrepairs.co.uk gives me cannot be resolved at this time: condition check lookup defer spamd is running but it does not seem to be getting that far and stops abruptly in the logs Sure I am missing some thing silly here some where I can resolve names fine host google.com google.com has address 74.125.79.99 But I am not sure how too debug exim further Thanks Terry

1 1

Exim4U Version 2.0.1 Released
by Gordon Dickens 11 Oct '11

11 Oct '11

Hello Everybody, Exim4U version 2.0.1 was released today. Highlights of this release are as follows: Simple Mailing List Added To Exim4U's Web Interface Exim4U now includes a mailing list manager module called the Simple Mailing List. This module is accessibly from within the Exim4U web interface and is similar in functionality to dedicated mailing list manager packages but with substantially fewer features. The Simple Mailing List is not meant as a direct replacement for dedicated mailing list manager packages since it has a much smaller feature set, however, it offers a quick and simple alternative for basic mailing lists especially for installations where no other mailing list manager is installed. Exim4U Webmail Groupware Is Now Based On Horde Version 4 And Uses The Horde Pear Installer Horde Version 4 is a significant upgrade over Horde version 3 with much improved AJAX frontends for the various modules along with a new installation process using the PEAR installer. The Horde PEAR installer has several advantages including a much easier installation/configuration process and installations may be updated at will immediately after new Horde versions are released. Scripts are provided which will automatically configure the Exim4U preferences, appearance features and file ownerships/permissions. Revised Documentation The following documents were revised: APPEARANCE, DEBIAN, MIGRATE, SPAMASSASSIN and WEBMAIL. Other The Exim4U web interface has been streamlined to be simpler and more consistent for improved usability. OpenProtect's rule channel has been removed from the recommended Spamassassin configuration since the OpenProtect channel is now obsolete. The spamreport script would not run properly on Debian/Ubuntu which is now fixed. A problem was discovered on Debian Squeeze related to an empty crypt field while logging into exim4u's web interface and was resolved with a modification to the crypt_password function in config/function.php. A bug was fixed in the Exim4U user interface that caused formatting problems in userchange.php Various other improvements and bug fixes. Credits Thomas Carrié designed and implemented all of the software for the Simple Mailing List module. Thanks Thomas! Neza Nice reported the spamreport bug, the obsolescence of the OpenProtect Spamassassin channel and contributed changes in the DEBIAN instruction file. Kebba Foon reported the empty crypt field bug and participated in its resolution. Thanks Neza and Kebba! Exim4U version 2.0.1 may be downloaded from here: http://exim4u.org/html/download.html A detailed summary of the changes and enhancements in version 2.0.1 may be reviewed here: http://exim4u.org/svn/exim4u_src/tags/2.0.1/VERSION Instructions for upgrading Exim4U version 1.2.5 to 2.0.1 are included in the changelog here: http://exim4u.org/svn/exim4u_src/tags/2.0.1/CHANGELOG FYI, Gordon Dickens

1 0

Re: [Exim4U] Debian upgrade - failed web login
by kebba.foon＠qcell.gm 23 Aug '11

23 Aug '11

> Were you having trouble logging in to the web interface? yes Tamas i was having login=failed when i put in the user name and password, i check the login.php file and set all the "header ('Location: index.php?login=failed');" to different message to see exacly which section the fail was happening. you should check on your address bar if it indicates fail when you try to login. it has been some months since fix this problem i can remember exacly what i did but i think that was the only function that i modify. and make sure you have the php5-mcrypt module install. Quoting users-request(a)exim4u.org: > Send users mailing list submissions to > users(a)exim4u.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://exim4u.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request(a)exim4u.org > > You can reach the person managing the list at > users-owner(a)exim4u.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of users digest..." > > > Today's Topics: > > 1. Re: Debian upgrade - failed web login (Kebba Foon) > 2. Re: Debian upgrade - failed web login (Tamas) > 3. Re: Debian upgrade - failed web login (Tamas) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 22 Aug 2011 16:33:13 +0000 > From: Kebba Foon <kebba.foon(a)qcell.gm> > Subject: Re: [Exim4U] Debian upgrade - failed web login > To: users(a)exim4u.org > Message-ID: <1314030793.2750.34.camel(a)kfoon-PC.qanet.gm> > Content-Type: text/plain; charset="UTF-8" > > On Mon, 2011-08-22 at 12:00 -0400, users-request(a)exim4u.org wrote: >> Re: Debian upgrade - failed web login > > I think its the crypt_password function > under /exim4u/config/functions.php > > i have the same issue with i upgraded my Debian to squeeze, the php > crypt function is not functioning well in the new php on squeez. i dont > remeber what the old values where but compare your crypt_password > function to my and modify accordly. > > if ($salt != '') > { > if ($cryptscheme == 'des') > { > $salt = substr($salt, 0, 2); > } > else > if ($cryptscheme == 'md5') > { > $salt = substr($salt, 0, 12); > } > else > { > $salt = ''; > } > $cryptedpass = crypt($clear, $salt); > } > else { > $cryptedpass = crypt($clear); > } > } > return $cryptedpass; > > > > > > ------------------------------ > > Message: 2 > Date: Mon, 22 Aug 2011 09:49:42 -0700 (PDT) > From: Tamas <exim4u(a)tacs.ca> > Subject: Re: [Exim4U] Debian upgrade - failed web login > To: users(a)exim4u.org > Message-ID: <1314031782712-3275644.post(a)n3.nabble.com> > Content-Type: text/plain; charset=us-ascii > > Hello Odhiambo, > > Thank you for your suggestion. > > I turned on full error logging in php and this is what I get in the apache > error log: > > [Mon Aug 22 12:37:28 2011] [error] [client 192.168.132.145] PHP Strict > Standards: Non-static method DB::connect() should not be called statically > in /www/sites/domain.com/htdocs/exim4u/config/variables.php on line 12, > referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:28 2011] [error] [client 192.168.132.145] PHP Strict > Standards: Non-static method DB::parseDSN() should not be called statically > in /usr/share/php/DB.php on line 520, referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:28 2011] [error] [client 192.168.132.145] PHP Strict > Standards: Non-static method DB::isError() should not be called statically > in /usr/share/php/DB.php on line 557, referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:28 2011] [error] [client 192.168.132.145] PHP Strict > Standards: Non-static method DB::isError() should not be called statically > in /www/sites/domain.com/htdocs/exim4u/config/variables.php on line 13, > referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:28 2011] [error] [client 192.168.132.145] PHP Notice: > Undefined index: realname in > /www/sites/domain.com/htdocs/exim4u/config/variables.php on line 106, > referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:28 2011] [error] [client 192.168.132.145] PHP Notice: > Undefined variable: _SESSION in > /www/sites/domain.com/htdocs/exim4u/config/variables.php on line 108, > referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:28 2011] [error] [client 192.168.132.145] PHP Notice: > Undefined variable: _SESSION in > /www/sites/domain.com/htdocs/exim4u/config/variables.php on line 111, > referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:28 2011] [error] [client 192.168.132.145] PHP Notice: > Undefined variable: _SESSION in > /www/sites/domain.com/htdocs/exim4u/config/variables.php on line 112, > referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:28 2011] [error] [client 192.168.132.145] PHP Strict > Standards: Non-static method DB::isManip() should not be called statically, > assuming $this from incompatible context in /usr/share/php/DB/common.php on > line 2195, referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:28 2011] [error] [client 192.168.132.145] PHP Strict > Standards: Non-static method DB::isError() should not be called statically, > assuming $this from incompatible context in /usr/share/php/DB/common.php on > line 1217, referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:28 2011] [error] [client 192.168.132.145] PHP Strict > Standards: Non-static method DB::isError() should not be called statically > in /www/sites/domain.com/htdocs/exim4u/login.php on line 35, referer: > http://domain.com/exim4u/ > [Mon Aug 22 12:37:28 2011] [error] [client 192.168.132.145] PHP Strict > Standards: Non-static method DB::isError() should not be called statically > in /www/sites/domain.com/htdocs/exim4u/login.php on line 43, referer: > http://domain.com/exim4u/ > [Mon Aug 22 12:37:28 2011] [debug] mod_deflate.c(615): [client > 192.168.132.145] Zlib: Compressed 0 to 2 : URL /exim4u/login.php, referer: > http://domain.com/exim4u/ > [Mon Aug 22 12:37:29 2011] [error] [client 192.168.132.145] PHP Strict > Standards: Non-static method DB::connect() should not be called statically > in /www/sites/domain.com/htdocs/exim4u/config/variables.php on line 12, > referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:29 2011] [error] [client 192.168.132.145] PHP Strict > Standards: Non-static method DB::parseDSN() should not be called statically > in /usr/share/php/DB.php on line 520, referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:29 2011] [error] [client 192.168.132.145] PHP Strict > Standards: Non-static method DB::isError() should not be called statically > in /usr/share/php/DB.php on line 557, referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:29 2011] [error] [client 192.168.132.145] PHP Strict > Standards: Non-static method DB::isError() should not be called statically > in /www/sites/domain.com/htdocs/exim4u/config/variables.php on line 13, > referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:29 2011] [error] [client 192.168.132.145] PHP Notice: > Undefined index: realname in > /www/sites/domain.com/htdocs/exim4u/config/variables.php on line 106, > referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:29 2011] [error] [client 192.168.132.145] PHP Notice: > Undefined index: localpart in > /www/sites/domain.com/htdocs/exim4u/config/variables.php on line 108, > referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:29 2011] [error] [client 192.168.132.145] PHP Notice: > Undefined variable: _SESSION in > /www/sites/domain.com/htdocs/exim4u/config/variables.php on line 108, > referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:29 2011] [error] [client 192.168.132.145] PHP Notice: > Undefined variable: _SESSION in > /www/sites/domain.com/htdocs/exim4u/config/variables.php on line 111, > referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:29 2011] [error] [client 192.168.132.145] PHP Notice: > Undefined variable: _SESSION in > /www/sites/domain.com/htdocs/exim4u/config/variables.php on line 112, > referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:29 2011] [error] [client 192.168.132.145] PHP Notice: > Undefined index: domain in > /www/sites/domain.com/htdocs/exim4u/config/variables.php on line 116, > referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:29 2011] [error] [client 192.168.132.145] PHP Notice: > Undefined variable: domheaderrow in > /www/sites/domain.com/htdocs/exim4u/config/header.php on line 15, referer: > http://domain.com/exim4u/ > [Mon Aug 22 12:37:29 2011] [error] [client 192.168.132.145] PHP Notice: > Undefined variable: domheaderrow in > /www/sites/domain.com/htdocs/exim4u/config/header.php on line 15, referer: > http://domain.com/exim4u/ > [Mon Aug 22 12:37:29 2011] [error] [client 192.168.132.145] PHP Notice: > Undefined variable: usrheaderrow in > /www/sites/domain.com/htdocs/exim4u/config/header.php on line 17, referer: > http://domain.com/exim4u/ > [Mon Aug 22 12:37:29 2011] [error] [client 192.168.132.145] PHP Notice: > Undefined variable: usrheaderrow in > /www/sites/domain.com/htdocs/exim4u/config/header.php on line 17, referer: > http://domain.com/exim4u/ > [Mon Aug 22 12:37:29 2011] [error] [client 192.168.132.145] PHP Strict > Standards: Non-static method DB::isManip() should not be called statically, > assuming $this from incompatible context in /usr/share/php/DB/common.php on > line 2195, referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:29 2011] [error] [client 192.168.132.145] PHP Strict > Standards: Non-static method DB::isError() should not be called statically, > assuming $this from incompatible context in /usr/share/php/DB/common.php on > line 1217, referer: http://domain.com/exim4u/ > [Mon Aug 22 12:37:29 2011] [debug] mod_deflate.c(615): [client > 192.168.132.145] Zlib: Compressed 2668 to 974 : URL /exim4u/index.php, > referer: http://domain.com/exim4u/ > > I see these as standards notices more so than errors. Could these be > causing it? > > I also turned on error and query logging in MySQL and I get this: > > 110822 12:41:52 3318 Connect exim4u(a)localhost on > 3318 Init DB exim4u > 3318 Init DB exim4u > 3318 Query SELECT > crypt,localpart,user_id,domain,domains.domain_id,users.admin,users.type,domains.enabled > AS domainenabled FROM users,domains > WHERE localpart='postmaster' > AND users.domain_id = domains.domain_id > AND domains.domain='domain.com' > 3318 Quit > 3319 Connect exim4u(a)localhost on > 3319 Init DB exim4u > 3319 Init DB exim4u > 3319 Query SELECT domain FROM domains WHERE type='local' AND > domain!='admin' ORDER BY domain > 3319 Quit > > Which looks good to me. > > Is it possible to add new domains and aliases from the mysql command prompt > without messing everything else up? > > Tamas > > > -- > View this message in context: > http://users.exim4u.org/Debian-upgrade-failed-web-login-tp3275052p3275644.h… > Sent from the Exim4U General Discussion mailing list archive at Nabble.com. > > > > ------------------------------ > > Message: 3 > Date: Mon, 22 Aug 2011 10:29:22 -0700 (PDT) > From: Tamas <exim4u(a)tacs.ca> > Subject: Re: [Exim4U] Debian upgrade - failed web login > To: users(a)exim4u.org > Message-ID: <1314034162810-3275751.post(a)n3.nabble.com> > Content-Type: text/plain; charset=us-ascii > > Hi Kebba, > > Thanks for your response! > > I found your inquiry a while back and changed the crypt_password function. > Unfortunately, that seemed to do nothing. I'm still unable to log in. I > copied and pasted what you just sent and it's still the same thing. > > Were you having trouble logging in to the web interface? > > T > > -- > View this message in context: > http://users.exim4u.org/Debian-upgrade-failed-web-login-tp3275052p3275751.h… > Sent from the Exim4U General Discussion mailing list archive at Nabble.com. > > > > ------------------------------ > > _______________________________________________ > users mailing list > users(a)exim4u.org > https://exim4u.org/mailman/listinfo/users > > > End of users Digest, Vol 17, Issue 2 > ************************************ >

1 0

Re: [Exim4U] Debian upgrade - failed web login
by Kebba Foon 22 Aug '11

22 Aug '11

On Mon, 2011-08-22 at 12:00 -0400, users-request(a)exim4u.org wrote: > Re: Debian upgrade - failed web login I think its the crypt_password function under /exim4u/config/functions.php i have the same issue with i upgraded my Debian to squeeze, the php crypt function is not functioning well in the new php on squeez. i dont remeber what the old values where but compare your crypt_password function to my and modify accordly. if ($salt != '') { if ($cryptscheme == 'des') { $salt = substr($salt, 0, 2); } else if ($cryptscheme == 'md5') { $salt = substr($salt, 0, 12); } else { $salt = ''; } $cryptedpass = crypt($clear, $salt); } else { $cryptedpass = crypt($clear); } } return $cryptedpass;

2 1

Debian upgrade - failed web login
by Tamas 22 Aug '11

22 Aug '11

Hello, I'm hoping someone will be able to help me with this. I upgraded Debian to Squeeze roughly a week ago. Ever since the upgrade, I'm unable to log into the web interface of exim4u. I'm using the same password for postmaster and siteadmin that I had used previous to the upgrade and I get no errors, it just sends me back to the login page without logging me in. On the back end, everything works. I can send and receive mail. I spent the last week searching on-line for a solution but so far found nothing that helped. I need to add more domains to the mailserver. What other options do I have? Any tips would be greatly appreciated. Tamas -- View this message in context: http://users.exim4u.org/Debian-upgrade-failed-web-login-tp3275052p3275052.h… Sent from the Exim4U General Discussion mailing list archive at Nabble.com.

2 2

Debian exim4 smtp relay spam
by Andreas Westvik 16 Jun '11

16 Jun '11

So Im having a smtp problem. Someone is trying to use my server as a relay for spam mail. Now, my host is blocking port 25 for outgoing mail, so its really not working. But I want to stop SMTP in exim4. But Im not sure how to do this with exim4u. Here is a forum thread I made in the debian forums. http://forums.debian.net/viewtopic.php?f=5&t=65526&p=376626#p376626 Anyone know how to do this? -Andreas

2 3

Re: [Exim4U] Debian exim4 smtp relay spam (Andreas Westvik)
by Kebba Foon 16 Jun '11

16 Jun '11

> So Im having a smtp problem. Someone is trying to use my server as a relay for spam mail. > Now, my host is blocking port 25 for outgoing mail, so its really not working. > * But I want to stop SMTP in exim4. But Im not sure how to do this with exim4u. To my understanding exim4 is indeed "SMTP", so you cannot stop smtp on exim unless you mean something else :) I remember having a similar problem but this was not an exim problem but with my horde, some fake spammer manage to get login details of one of my users by sending them fake mail requesting their passwords and emails for some bogus reason - don't be surprise some dummies do replay to this mails providing them with their details. What the spammer did was change the identities on the horde installation and send out a lot of fake mails. You should check which user authenticate the time the emails where send. Also you should check your "exim4u_relay_from_hosts" file and check which ip's are there. > Here is a forum thread I made in the debian forums. > http://forums.debian.net/viewtopic.php?f=5&t=65526&p=376626#p376626 > Anyone know how to do this? > -Andreas ------------------------------ _______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users End of users Digest, Vol 16, Issue 1 ************************************

1 0

BACKUP MX SERVERS
by Kebba Foon 19 Apr '11

19 Apr '11

Hi Gordon just to draw your attention to your documentation on the global_spam_virus file. ---------------------snip-------------------------------------- # If, on the other hand your backup MX servers are not running Exim4U then, on the primary Exim4U # installation, add the backup MX server to /etc/exim/exim4U_backup_mx_rl_host_names (instead of # exim4u_backup_mx_host_names) which will cause all relayed mail to be filtered for spam but # exempted from ratelimit checks. --------------------------------------------------------------------------- i realize if you set a backup host on this file, when message from "Verify sender hosts for selected large ISPs" and relay to the primary host server the emails are discarded as fake domain accounts because they messages are coming from your backup host and not one of the large mail providers like hotmail. i though i might just let you know. Thanks Kebba

2 1

[Fwd: Re: crypt field not been populated during user creation]
by Kebba Foon 09 Apr '11

09 Apr '11

yes Gordon, i send this earlier, i stated that i was using debian 6 and the fix that i did to have it working. Thanks Kebba

2 1

crypt field not been populated during user creation
by Kebba Foon 08 Apr '11

08 Apr '11

Hi Gordon, i install the latest exim4u distribution but when i create new users the crypt file those not contain any data. i currently have the previous version of the exim4u distribution which is working fine. is the issue from my end or has anything relating to the crypt filed been change in the new version? Thanks Kebba

2 2