So, after a catastrophic drive failure in my primary server with nothing but corrupt backups to help me. I am in the process of setting up emergency e-mail for my small customer base. I decided to give exim4u a shot since I've used vexim for several years. I've got nearly everything working except for one thing. For some reason, when an account is created it dumps it into the database but never fills the 'crypt' field out. Naturally this is a huge problem when it comes to retrieving messages. Anyone have any idea why this would be or what I should check to see if I can fix it? Thanks! ~T
Hi Torry, I suspect that your problem is being caused by a missing php module, probably php-mcrypt. I would make sure that you have all of the other php extensions installed that are necessary for exim4u to work such as: php5-gettext, php5-session, php5-dom and php5-posix. Good luck and let me know how it goes. Gordon Torry Crass wrote:
So, after a catastrophic drive failure in my primary server with nothing but corrupt backups to help me. I am in the process of setting up emergency e-mail for my small customer base. I decided to give exim4u a shot since I've used vexim for several years.
I've got nearly everything working except for one thing. For some reason, when an account is created it dumps it into the database but never fills the 'crypt' field out. Naturally this is a huge problem when it comes to retrieving messages.
Anyone have any idea why this would be or what I should check to see if I can fix it?
Thanks!
~T
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
That very well could be. I'm not sure exactly how to install php5-session. I used pear to install HTTP_Session2 as I thought that would be enough but apt-get install php5-session fails in finding the package. I did notice that mod_session is not in my apache2 modules either so I'm a bit baffled. Especially since I've been searching around the net for several hours this morning to come up with a lot of dead ends. I'm running Debian (squeeze) Apache2 (2.2.15-3) PHP5 (5.3.2-1) And of course the latest release of exim4u. Also... I keep seeing this in my mail logs: Warning: Greylist insertion failed. Bypassing greylist. I've ensured that the exim4 user Debian-exim has write permissions to the files and folders as shown below: -rw-r--r-- 1 Debian-exim Debian-exim 9550 2010-04-23 12:09 ccTLD.txt -rw-r--r-- 1 Debian-exim Debian-exim 14153 2010-04-23 23:08 exim.pl -rw-r--r-- 1 Debian-exim Debian-exim 9096 2010-04-23 12:09 README -rw-r--r-- 1 Debian-exim Debian-exim 2714 2010-04-23 12:09 surbl_whitelist.txt Not sure why it's tossing that error. Thanks for the help so far!! ~T ----- Original Message ---- From: Gordon Dickens <gecko(a)exim4u.org> To: Exim4U General Discussion <users(a)exim4u.org> Sent: Sat, April 24, 2010 7:20:17 AM Subject: Re: [Exim4U] New Setup - Debian - Auth Problem Hi Torry, I suspect that your problem is being caused by a missing php module, probably php-mcrypt. I would make sure that you have all of the other php extensions installed that are necessary for exim4u to work such as: php5-gettext, php5-session, php5-dom and php5-posix. Good luck and let me know how it goes. Gordon Torry Crass wrote:
So, after a catastrophic drive failure in my primary server with nothing but corrupt backups to help me. I am in the process of setting up emergency e-mail for my small customer base. I decided to give exim4u a shot since I've used vexim for several years.
I've got nearly everything working except for one thing. For some reason, when an account is created it dumps it into the database but never fills the 'crypt' field out. Naturally this is a huge problem when it comes to retrieving messages.
Anyone have any idea why this would be or what I should check to see if I can fix it?
Thanks!
~T
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
Hi Torry, I am not as familiar with Debian as I am RedHat/CentOS, however, I believe that in the Debian distro the session extension is built into the libapache2-mod-php5 module. Also, using your browser, surf to the test.php file in your exim4u directory. It should tell you if the session module is installed. As far as your greylisting errors, it appears that you may not have setup the greylisting database as covered in section 4 of the INSTALL file as follows:
Create the SQLite database (SQLite3) for greylisting. You can do this with the sqlite3 command. The sqlite3 script for setting up the greylisting database is named mk-greylist-db.sql and it is in the xtrasw/exim-greylist directory of this distribution. You must also ensure that it's owned by the Exim user/group. To create the database and set the correct ownership execute:
sqlite3 /var/spool/exim/db/greylist.db < xtrasw/exim-greylist/mk-greylist-db.sql chown exim:exim /var/spool/exim/db/greylist.db
Install the script xtrasw/exim-greylist/greylist-tidy.sh in cron.daily to prevent the database from growing forever without bound. This script simply deletes entries from the greylist table that are older than 7 days:
cp xtrasw/exim-greylist/greylist-tidy.sh /etc/cron.daily
FYI, Gordon Torry Crass wrote:
That very well could be. I'm not sure exactly how to install php5-session. I used pear to install HTTP_Session2 as I thought that would be enough but apt-get install php5-session fails in finding the package. I did notice that mod_session is not in my apache2 modules either so I'm a bit baffled. Especially since I've been searching around the net for several hours this morning to come up with a lot of dead ends.
I'm running Debian (squeeze) Apache2 (2.2.15-3) PHP5 (5.3.2-1)
And of course the latest release of exim4u.
Also... I keep seeing this in my mail logs:
Warning: Greylist insertion failed. Bypassing greylist.
I've ensured that the exim4 user Debian-exim has write permissions to the files and folders as shown below:
-rw-r--r-- 1 Debian-exim Debian-exim 9550 2010-04-23 12:09 ccTLD.txt -rw-r--r-- 1 Debian-exim Debian-exim 14153 2010-04-23 23:08 exim.pl -rw-r--r-- 1 Debian-exim Debian-exim 9096 2010-04-23 12:09 README -rw-r--r-- 1 Debian-exim Debian-exim 2714 2010-04-23 12:09 surbl_whitelist.txt
Not sure why it's tossing that error.
Thanks for the help so far!!
~T
----- Original Message ---- From: Gordon Dickens <gecko(a)exim4u.org> To: Exim4U General Discussion <users(a)exim4u.org> Sent: Sat, April 24, 2010 7:20:17 AM Subject: Re: [Exim4U] New Setup - Debian - Auth Problem
Hi Torry,
I suspect that your problem is being caused by a missing php module, probably php-mcrypt. I would make sure that you have all of the other php extensions installed that are necessary for exim4u to work such as: php5-gettext, php5-session, php5-dom and php5-posix.
Good luck and let me know how it goes.
Gordon
Torry Crass wrote:
So, after a catastrophic drive failure in my primary server with nothing but corrupt backups to help me. I am in the process of setting up emergency e-mail for my small customer base. I decided to give exim4u a shot since I've used vexim for several years.
I've got nearly everything working except for one thing. For some reason, when an account is created it dumps it into the database but never fills the 'crypt' field out. Naturally this is a huge problem when it comes to retrieving messages.
Anyone have any idea why this would be or what I should check to see if I can fix it?
Thanks!
~T
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
Here's what I have on the session bits from test.php session Session Support enabled Registered save handlers files user memcache memcached Registered serializer handlers php php_binary wddx Whole Output Here: http://pastebin.com/kuq3rfFQ Tested it out again and I'm still not coming up with a crypt for some reason... I'd be more than happy to provide a login for you to have a peek if you'd prefer just to toss that out there. I also tested the crypt function by setting up a php file calling the function and it ran correctly (knows a bit of php programming as it would be ;-) ). As for the greylisting, I just found the problem.... my setup is exim4 so it's putting it into var/spool/exim4 which means I need to change that up. Working on that now thanks to the pointer. ~T ----- Original Message ---- From: Gordon Dickens <gecko(a)exim4u.org> To: Exim4U General Discussion <users(a)exim4u.org> Sent: Sat, April 24, 2010 12:53:53 PM Subject: Re: [Exim4U] New Setup - Debian - Auth Problem Hi Torry, I am not as familiar with Debian as I am RedHat/CentOS, however, I believe that in the Debian distro the session extension is built into the libapache2-mod-php5 module. Also, using your browser, surf to the test.php file in your exim4u directory. It should tell you if the session module is installed. As far as your greylisting errors, it appears that you may not have setup the greylisting database as covered in section 4 of the INSTALL file as follows:
Create the SQLite database (SQLite3) for greylisting. You can do this with the sqlite3 command. The sqlite3 script for setting up the greylisting database is named mk-greylist-db.sql and it is in the xtrasw/exim-greylist directory of this distribution. You must also ensure that it's owned by the Exim user/group. To create the database and set the correct ownership execute:
sqlite3 /var/spool/exim/db/greylist.db < xtrasw/exim-greylist/mk-greylist-db.sql chown exim:exim /var/spool/exim/db/greylist.db
Install the script xtrasw/exim-greylist/greylist-tidy.sh in cron.daily to prevent the database from growing forever without bound. This script simply deletes entries from the greylist table that are older than 7 days:
cp xtrasw/exim-greylist/greylist-tidy.sh /etc/cron.daily
FYI, Gordon Torry Crass wrote:
That very well could be. I'm not sure exactly how to install php5-session. I used pear to install HTTP_Session2 as I thought that would be enough but apt-get install php5-session fails in finding the package. I did notice that mod_session is not in my apache2 modules either so I'm a bit baffled. Especially since I've been searching around the net for several hours this morning to come up with a lot of dead ends.
I'm running Debian (squeeze) Apache2 (2.2.15-3) PHP5 (5.3.2-1)
And of course the latest release of exim4u.
Also... I keep seeing this in my mail logs:
Warning: Greylist insertion failed. Bypassing greylist.
I've ensured that the exim4 user Debian-exim has write permissions to the files and folders as shown below:
-rw-r--r-- 1 Debian-exim Debian-exim 9550 2010-04-23 12:09 ccTLD.txt -rw-r--r-- 1 Debian-exim Debian-exim 14153 2010-04-23 23:08 exim.pl -rw-r--r-- 1 Debian-exim Debian-exim 9096 2010-04-23 12:09 README -rw-r--r-- 1 Debian-exim Debian-exim 2714 2010-04-23 12:09 surbl_whitelist.txt
Not sure why it's tossing that error.
Thanks for the help so far!!
~T
----- Original Message ---- From: Gordon Dickens <gecko(a)exim4u.org> To: Exim4U General Discussion <users(a)exim4u.org> Sent: Sat, April 24, 2010 7:20:17 AM Subject: Re: [Exim4U] New Setup - Debian - Auth Problem
Hi Torry,
I suspect that your problem is being caused by a missing php module, probably php-mcrypt. I would make sure that you have all of the other php extensions installed that are necessary for exim4u to work such as: php5-gettext, php5-session, php5-dom and php5-posix.
Good luck and let me know how it goes.
Gordon
Torry Crass wrote:
So, after a catastrophic drive failure in my primary server with nothing but corrupt backups to help me. I am in the process of setting up emergency e-mail for my small customer base. I decided to give exim4u a shot since I've used vexim for several years.
I've got nearly everything working except for one thing. For some reason, when an account is created it dumps it into the database but never fills the 'crypt' field out. Naturally this is a huge problem when it comes to retrieving messages.
Anyone have any idea why this would be or what I should check to see if I can fix it?
Thanks!
~T
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
Hi Torry, Sorry, but I haven't seen this problem before so I am having a hard time coming up with recommendations for you to try. When you add a local domain, the crypt field should be inserted in the database along with all of the other domain specific values by siteaddsubmit.php. I have no idea why everything else is being added/updated except for the crypt field. Check to confirm that the welcome email is being sent to the domain admin. That is, make sure that the file permissions are properly set in the mail root directory. It is possible that if incorrect permissions are preventing the welcome email from being sent then other stuff, such as the crypt value, would get fubared (Just a WAG). Sorry that I am not better help. Good luck and let me know how it goes. Gordon Torry Crass wrote:
Here's what I have on the session bits from test.php
session Session Support enabled Registered save handlers files user memcache memcached Registered serializer handlers php php_binary wddx
Whole Output Here: http://pastebin.com/kuq3rfFQ
Tested it out again and I'm still not coming up with a crypt for some reason... I'd be more than happy to provide a login for you to have a peek if you'd prefer just to toss that out there.
I also tested the crypt function by setting up a php file calling the function and it ran correctly (knows a bit of php programming as it would be ;-) ).
As for the greylisting, I just found the problem.... my setup is exim4 so it's putting it into var/spool/exim4 which means I need to change that up. Working on that now thanks to the pointer.
~T
----- Original Message ---- From: Gordon Dickens <gecko(a)exim4u.org> To: Exim4U General Discussion <users(a)exim4u.org> Sent: Sat, April 24, 2010 12:53:53 PM Subject: Re: [Exim4U] New Setup - Debian - Auth Problem
Hi Torry,
I am not as familiar with Debian as I am RedHat/CentOS, however, I believe that in the Debian distro the session extension is built into the libapache2-mod-php5 module. Also, using your browser, surf to the test.php file in your exim4u directory. It should tell you if the session module is installed.
As far as your greylisting errors, it appears that you may not have setup the greylisting database as covered in section 4 of the INSTALL file as follows:
Create the SQLite database (SQLite3) for greylisting. You can do this with the sqlite3 command. The sqlite3 script for setting up the greylisting database is named mk-greylist-db.sql and it is in the xtrasw/exim-greylist directory of this distribution. You must also ensure that it's owned by the Exim user/group. To create the database and set the correct ownership execute:
sqlite3 /var/spool/exim/db/greylist.db < xtrasw/exim-greylist/mk-greylist-db.sql chown exim:exim /var/spool/exim/db/greylist.db
Install the script xtrasw/exim-greylist/greylist-tidy.sh in cron.daily to prevent the database from growing forever without bound. This script simply deletes entries from the greylist table that are older than 7 days:
cp xtrasw/exim-greylist/greylist-tidy.sh /etc/cron.daily
FYI,
Gordon
Torry Crass wrote:
That very well could be. I'm not sure exactly how to install php5-session. I used pear to install HTTP_Session2 as I thought that would be enough but apt-get install php5-session fails in finding the package. I did notice that mod_session is not in my apache2 modules either so I'm a bit baffled. Especially since I've been searching around the net for several hours this morning to come up with a lot of dead ends.
I'm running Debian (squeeze) Apache2 (2.2.15-3) PHP5 (5.3.2-1)
And of course the latest release of exim4u.
Also... I keep seeing this in my mail logs:
Warning: Greylist insertion failed. Bypassing greylist.
I've ensured that the exim4 user Debian-exim has write permissions to the files and folders as shown below:
-rw-r--r-- 1 Debian-exim Debian-exim 9550 2010-04-23 12:09 ccTLD.txt -rw-r--r-- 1 Debian-exim Debian-exim 14153 2010-04-23 23:08 exim.pl -rw-r--r-- 1 Debian-exim Debian-exim 9096 2010-04-23 12:09 README -rw-r--r-- 1 Debian-exim Debian-exim 2714 2010-04-23 12:09 surbl_whitelist.txt
Not sure why it's tossing that error.
Thanks for the help so far!!
~T
----- Original Message ---- From: Gordon Dickens <gecko(a)exim4u.org> To: Exim4U General Discussion <users(a)exim4u.org> Sent: Sat, April 24, 2010 7:20:17 AM Subject: Re: [Exim4U] New Setup - Debian - Auth Problem
Hi Torry,
I suspect that your problem is being caused by a missing php module, probably php-mcrypt. I would make sure that you have all of the other php extensions installed that are necessary for exim4u to work such as: php5-gettext, php5-session, php5-dom and php5-posix.
Good luck and let me know how it goes.
Gordon
Torry Crass wrote:
So, after a catastrophic drive failure in my primary server with nothing but corrupt backups to help me. I am in the process of setting up emergency e-mail for my small customer base. I decided to give exim4u a shot since I've used vexim for several years.
I've got nearly everything working except for one thing. For some reason, when an account is created it dumps it into the database but never fills the 'crypt' field out. Naturally this is a huge problem when it comes to retrieving messages.
Anyone have any idea why this would be or what I should check to see if I can fix it?
Thanks!
~T
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
Yeah, I thought it was pretty weird as well. Everything else seems to be working in terms of at least putting 'some' data into the DB. Though passwords that contain $ are not going in right but I thought I saw a fix for that somewhere that I'll see if I can implement. I'll see about working through the crypt problem. For now I've been working around it via other means. The welcome e-mails are getting sent without a problem. Everyone is getting mail as expected so I think it's fine minus a few tweeks. However, I have two additional questions which you might be able to help with. 1) Greylisting. Is there any way to easily see the contents of the greylist and/or check what's getting rejected? I'm a little concerned that valid gmail and hotmail messages might be going in and not coming out. I don't have proof of this yet, but I don't have proof that they're making it through alright either and wanted to see if I could monitor it. 2) SMTP Authentication. In vexim there's a section that allows users to send e-mail via the server as long as they authenticate to it first. This is an essential feature for my setup and can't seem to find the same type of config in exim4u. I've found where to add relay domains and things like that, but that's not really what I need. I need to be able to allow a user to send e-mail regardless of where they're connecting from as long as they have authenticated to the server. Any ideas? Thank you for the pointers so far. ~Torry ----- Original Message ---- From: Gordon Dickens <gecko(a)exim4u.org> To: Exim4U General Discussion <users(a)exim4u.org> Sent: Sat, April 24, 2010 7:24:56 PM Subject: Re: [Exim4U] New Setup - Debian - Auth Problem Hi Torry, Sorry, but I haven't seen this problem before so I am having a hard time coming up with recommendations for you to try. When you add a local domain, the crypt field should be inserted in the database along with all of the other domain specific values by siteaddsubmit.php. I have no idea why everything else is being added/updated except for the crypt field. Check to confirm that the welcome email is being sent to the domain admin. That is, make sure that the file permissions are properly set in the mail root directory. It is possible that if incorrect permissions are preventing the welcome email from being sent then other stuff, such as the crypt value, would get fubared (Just a WAG). Sorry that I am not better help. Good luck and let me know how it goes. Gordon Torry Crass wrote:
Here's what I have on the session bits from test.php
session Session Support enabled Registered save handlers files user memcache memcached Registered serializer handlers php php_binary wddx
Whole Output Here: http://pastebin.com/kuq3rfFQ
Tested it out again and I'm still not coming up with a crypt for some reason... I'd be more than happy to provide a login for you to have a peek if you'd prefer just to toss that out there.
I also tested the crypt function by setting up a php file calling the function and it ran correctly (knows a bit of php programming as it would be ;-) ).
As for the greylisting, I just found the problem.... my setup is exim4 so it's putting it into var/spool/exim4 which means I need to change that up. Working on that now thanks to the pointer.
~T
----- Original Message ---- From: Gordon Dickens <gecko(a)exim4u.org> To: Exim4U General Discussion <users(a)exim4u.org> Sent: Sat, April 24, 2010 12:53:53 PM Subject: Re: [Exim4U] New Setup - Debian - Auth Problem
Hi Torry,
I am not as familiar with Debian as I am RedHat/CentOS, however, I believe that in the Debian distro the session extension is built into the libapache2-mod-php5 module. Also, using your browser, surf to the test.php file in your exim4u directory. It should tell you if the session module is installed.
As far as your greylisting errors, it appears that you may not have setup the greylisting database as covered in section 4 of the INSTALL file as follows:
Create the SQLite database (SQLite3) for greylisting. You can do this with the sqlite3 command. The sqlite3 script for setting up the greylisting database is named mk-greylist-db.sql and it is in the xtrasw/exim-greylist directory of this distribution. You must also ensure that it's owned by the Exim user/group. To create the database and set the correct ownership execute:
sqlite3 /var/spool/exim/db/greylist.db < xtrasw/exim-greylist/mk-greylist-db.sql chown exim:exim /var/spool/exim/db/greylist.db
Install the script xtrasw/exim-greylist/greylist-tidy.sh in cron.daily to prevent the database from growing forever without bound. This script simply deletes entries from the greylist table that are older than 7 days:
cp xtrasw/exim-greylist/greylist-tidy.sh /etc/cron.daily
FYI,
Gordon
Torry Crass wrote:
That very well could be. I'm not sure exactly how to install php5-session. I used pear to install HTTP_Session2 as I thought that would be enough but apt-get install php5-session fails in finding the package. I did notice that mod_session is not in my apache2 modules either so I'm a bit baffled. Especially since I've been searching around the net for several hours this morning to come up with a lot of dead ends.
I'm running Debian (squeeze) Apache2 (2.2.15-3) PHP5 (5.3.2-1)
And of course the latest release of exim4u.
Also... I keep seeing this in my mail logs:
Warning: Greylist insertion failed. Bypassing greylist.
I've ensured that the exim4 user Debian-exim has write permissions to the files and folders as shown below:
-rw-r--r-- 1 Debian-exim Debian-exim 9550 2010-04-23 12:09 ccTLD.txt -rw-r--r-- 1 Debian-exim Debian-exim 14153 2010-04-23 23:08 exim.pl -rw-r--r-- 1 Debian-exim Debian-exim 9096 2010-04-23 12:09 README -rw-r--r-- 1 Debian-exim Debian-exim 2714 2010-04-23 12:09 surbl_whitelist.txt
Not sure why it's tossing that error.
Thanks for the help so far!!
~T
----- Original Message ---- From: Gordon Dickens <gecko(a)exim4u.org> To: Exim4U General Discussion <users(a)exim4u.org> Sent: Sat, April 24, 2010 7:20:17 AM Subject: Re: [Exim4U] New Setup - Debian - Auth Problem
Hi Torry,
I suspect that your problem is being caused by a missing php module, probably php-mcrypt. I would make sure that you have all of the other php extensions installed that are necessary for exim4u to work such as: php5-gettext, php5-session, php5-dom and php5-posix.
Good luck and let me know how it goes.
Gordon
Torry Crass wrote:
So, after a catastrophic drive failure in my primary server with nothing but corrupt backups to help me. I am in the process of setting up emergency e-mail for my small customer base. I decided to give exim4u a shot since I've used vexim for several years.
I've got nearly everything working except for one thing. For some reason, when an account is created it dumps it into the database but never fills the 'crypt' field out. Naturally this is a huge problem when it comes to retrieving messages.
Anyone have any idea why this would be or what I should check to see if I can fix it?
Thanks!
~T
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
_______________________________________________ users mailing list users(a)exim4u.org https://exim4u.org/mailman/listinfo/users
Torry Crass wrote:
1) Greylisting. Is there any way to easily see the contents of the greylist and/or check what's getting rejected? I'm a little concerned that valid gmail and hotmail messages might be going in and not coming out. I don't have proof of this yet, but I don't have proof that they're making it through alright either and wanted to see if I could monitor it.
Exim4U's greylisting is pretty benign in that any mail that is greylisted is automatically accepted on retries after 5 minutes from the time of the initial greylisting. This works well since all legitimate mail servers will retry after a temporary rejection within a few minutes of the rejection and will continue to retry for up to four days thereafter. Also, to be greylisted in the first place, the email must have suspicious qualities such as missing headers and/or a spam score greater than zero. Once accepted, the sender is added to the known resender list in the sqlite database and will be automatically accepted without greylisting thereafter. Most all legitimate mail is accepted without any greylisting delay. I have found the greylisting to be a huge benefit in reducing spam and I am unaware of anybody having problems with it blocking legitimate mail after the 5 minute interval following the initial delivery attempt. Here are some things that you can do to follow the greylisting. First, the shell script, eximstats.sh, which is included the Exim4U distributions /xtrasw/eximstats directory gives an excellent summary of mail rejections such as the following. Notice that in this report, 46 emails were greylisted. User Specified Patterns --------------------------------- Total Ratelimited 45258 HELO Errors 2967 Local Addr Content 0 Not Local or Relay 409 Sent Domain Failed 17 Dictionary Attack 2270 Rcpt Callout 58314 Rcpt Callout Cache 0 DNSBL 456 SPF - Sender 4 File Extension 0 URL Blacklists 130 SPF - From 0 MIME Errors 0 Malware 0 Spamassassin 108 SA Add Ons 0 Greylisted 46 Blackhole 0 Sender Ratelimit 0 You could also review the contents of the sqlite database and/or examine the logs. You should use "exigrep Greylisted logfilename" to examine the logs and list all greylisting that occurred during a given day. For example, "exigrep Greylisted /var/log/exim/main.log" will list all mail that was greylisted for the day associated with the /var/log/exim/main.log log file. Torry Crass wrote:
2) SMTP Authentication. In vexim there's a section that allows users to send e-mail via the server as long as they authenticate to it first. This is an essential feature for my setup and can't seem to find the same type of config in exim4u. I've found where to add relay domains and things like that, but that's not really what I need. I need to be able to allow a user to send e-mail regardless of where they're connecting from as long as they have authenticated to the server. Any ideas?
I am not sure what you mean here since Exim4U and Vexim are both setup to accept authenticated smtp sessions. Could you be talking about "POP before SMTP" where the SMTP server does not authenticate but instead relies on whether the user has performed a POP3 login within a preceding time frame (such as 30 minutes)? I do not believe that Vexim supporting "POP before SMTP", however, you can do that if you want with Vexim or Exim4U. Read the Exim docs in section 9.4 about the whoson lookup type here: http://www.exim.org/exim-html-current/doc/html/spec_html/ch09.html As stated in the Exim docs, "that approach (POP before SMTP) has been superseded by SMTP authentication". Here are some other links about "POP before SMTP" with exim: http://www.linuxquestions.org/questions/linux-server-73/exim-and-pop-before-... http://www.mail-archive.com/exim-users(a)exim.org/msg03681.html http://packages.debian.org/sid/pop-before-smtp FYI, Gordon
participants (2)
-
Gordon Dickens -
Torry Crass