Re: [qmailtoaster] archive-iterator perl problem
Eric Shubert wrote: Janno Sannik wrote: Eric Shubert wrote: Janno Sannik wrote: I get some weird errors in qmail send log: 2008-04-06 17:34:19.656061500 new msg 1159482 2008-04-06 17:34:19.656101500 info msg 1159482: bytes 2657 from [EMAIL PROTECTED] qp 11884 uid 89 2008-04-06 17:34:19.665640500 starting delivery 267927: msg 1159482 to local [EMAIL PROTECTED] 2008-04-06 17:34:19.665650500 status: local 1/10 remote 0/60 2008-04-06 17:34:20.673477500 delivery 267927: success: archive-iterator:_invalid_(undef)_format_in_target_list,_2_at_/usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/ArchiveIterator.pm_line_724,_STDIN_line_1./Learned_tokens_from_1_message(s)_(1_message(s)_examined)/vdelivermail:_valiases_processed/did_0+0+1/ 2008-04-06 17:34:20.673573500 status: local 0/10 remote 0/60 2008-04-06 17:34:20.673632500 end msg 1159482 There are ~2500 lines a week. Any idea what's causing this and how to fix. I haven't seen this before. What versions are you running? # rpm -qa | grep toaster Seems to be spamassassin 3.1.8 bug. I haven't upgraded, since on toaster page there ise SA 3.2.x version and FuzzyOCR stable version is not working with SA 3.2.x https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5336 Just patched it, we'll see. - Vpopmail is built with limits in mysql support via extra configure parameter, otherwise stock. vpopmail-toaster-5.4.17-1.3.4.DC1 qmail-toaster-1.03-1.3.15 autorespond-toaster-2.0.4-1.3.3 maildrop-toaster-2.0.3-1.3.5 qmailtoaster-plus-0.2.13-1.3.16 ucspi-tcp-toaster-0.88-1.3.5 libdomainkeys-toaster-0.68-1.3.3 libsrs2-toaster-1.0.18-1.3.3 qmail-pop3d-toaster-1.03-1.3.15 courier-imap-toaster-4.1.2-1.3.7 control-panel-toaster-0.5-1.3.4 ezmlm-cgi-toaster-0.53.324-1.3.3 maildrop-toaster-devel-2.0.3-1.3.5 vqadmin-toaster-2.3.4-1.3.3 simscan-toaster-1.3.1-1.3.6 clamav-toaster-0.92-1.3.16 spamassassin-toaster-3.1.8-1.3.8.DC1 qmailadmin-toaster-1.2.9-1.3.3 qmailmrtg-toaster-4.2-1.3.2 daemontools-toaster-0.76-1.3.3 courier-authlib-toaster-0.59.2-1.3.6 ezmlm-toaster-0.53.324-1.3.3 isoqlog-toaster-2.1-1.3.4 ripmime-toaster-1.4.0.6-1.3.3 Definitely a problem with SA. It doesn't appear to be critical though, as the mail is apparently delivered (delivery success, did_0+0+1) Yes. It's fixed now by above mentioned patch. And for the success: sometimes qmail-send reports it as success, but acutally it's not. Don't know what the status was (did_#+#+#), but I came across it if we programmed mysql based autoresponder to qmail. I wouldn't like to go any deeper into that particular case, but I mentioned it just for info.
[qmailtoaster] user_prefs, global
I would like to have some global preferences file which would apply to all users. Is it possible to use it? I would like to add some whitelists and some other global settings. But it seems like /etc/mail/spamassassin/local.cf is read only then daemon starts up (right?). furthermore user_prefs files in user homedirectories are read then delivery is made to their mailboxes(right?). But I would like some global configuration that changes more frequently and that spamassassin would pick up the changes dynamically (as per mailbox conf basis). I would think that maybe /home/vpopmail/.spamassassin/user_prefs would work like that. Can anyone confirm that? - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] 553 Error, Outlook
Have you tried to SMTP_AUTH using their accounts and a different client (e.g. Thunderbird)? If that works then I'd ask the users to either change clients or update their versions of Outlook/Outlook Express. Office SP3 fixed a number of issue that some of my users had sending/receiving Email. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, April 10, 2008 12:21 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] 553 Error, Outlook On Wed, 9 Apr 2008, Eric Shubert wrote: Only two clients (with two separate vdomains) are having this problem. Do they have Outgoing server requires authentication selected? That setting's not on by default. Yes, most definitely. --Duncan - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Problem with spam send by local account to local accounts
Hi I have a problem with spam. I can send mail from [EMAIL PROTECTED] to [EMAIL PROTECTED] without account password (use my email adres to send spam to the same adres) without smtp auh. How to solve this ? Thanks for help - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] upgrade question
Once I install them using Yum, do I just uninstall the perl modules? Jack D. Martin, Jr. Magic Wireless Internet Service Provider, LLC [EMAIL PROTECTED] P.O. Box 278 Oilton, OK 74052 (918) 862-1065 (918) 605-9552 cellular - Original Message From: Helmut Fritz [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Wednesday, April 9, 2008 4:59:59 PM Subject: RE: [qmailtoaster] upgrade question Not easier...'bout the same. Some modules are just not on cpan - that is the issue. Up until I did the upgrade for qmt, I have always used cpan as well. You also do not have to uninstall and reinstall... Just get the repository rpm, install it and then use yum... -Original Message- From: Jack Martin [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 09, 2008 2:26 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] upgrade question Most of my modules are installed using CPAN, so I am not going to un-install and re-install them. I have started using the rpmforge repo for all new modules, just because it seems easier to install and maintain. Jack D. Martin, Jr. Magic Wireless Internet Service Provider, LLC [EMAIL PROTECTED] P.O. Box 278 Oilton, OK 74052 (918) 862-1065 (918) 605-9552 cellular - Original Message From: Helmut Fritz [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Wednesday, April 9, 2008 4:10:35 PM Subject: RE: [qmailtoaster] upgrade question Jack, I highly suggest using the rpmforge repository/yum to update Cpan just does not seem to have the latest stuff... -Original Message- From: Jack Martin [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 09, 2008 1:59 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] upgrade question Before I do it - I am upgrading my perl modules just to see if that could possibly be the problem. Jack D. Martin, Jr. Magic Wireless Internet Service Provider, LLC [EMAIL PROTECTED] P.O. Box 278 Oilton, OK 74052 (918) 862-1065 (918) 605-9552 cellular - Original Message From: Eric Shubert [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Wednesday, April 9, 2008 3:30:37 PM Subject: Re: [qmailtoaster] upgrade question I did a little more testing, and it appears that the problematic parameter to the %makeinstall command isn't needed at all. I remove it and the package appears to have built with the local rules files in the desired location. Attached is the source rpm with the problematic parameter removed. Jack, will you give it a try? Once again, my apologies for the large attachment to the list. Eric Shubert wrote: The command: /usr/bin/perl -MExtUtils::Command -e mkpath /var/tmp/spamassassin-toaster-root//var/tmp/spamassassin-toaster-root/ etc/mail/spamassassin was supposed to create the directory that's missing, but it appears to have prepended the %{buildroot} directory, which is incorrect. Now here's the weird thing. The 'bug' before that I attempted to fix was that the %{buildroot} directory wasn't there, so I added it. Now it appears to be there again, in addition to the one I added. So sometimes rpmbuild (or SA's Makefile.PL more specifically) includes the %{buildroot} directory, and sometimes it doesn't. Weird. I can understand that something's different which causes %{buildroot} to sometimes be there and sometimes not on different machines, but on the same machine it's sorta baffling. Jack, can you try the 1.3.13 version again on your toaster? I'm wondering if it might work now. In any case, I'm thinking that either one or the other should work. I still have yet to figure out why %{buildroot} is included sometimes and other times not. Jack Martin wrote: This is the rpm that you attached last week, yes. Here are the logs starting where you said to start: Installing /var/tmp/spamassassin-toaster-root/usr/bin/sa-compile Installing /var/tmp/spamassassin-toaster-root/usr/bin/sa-update Installing /var/tmp/spamassassin-toaster-root/usr/bin/spamd Installing /var/tmp/spamassassin-toaster-root/usr/bin/sa-learn Writing /var/tmp/spamassassin-toaster-root//usr/lib/perl5/vendor_perl/5.8.5/i 386-linux-thread-multi/auto/Mail/SpamAssassin/.packlist Appending installation info to /var/tmp/spamassassin-toaster-root//usr/lib/perl5/5.8.5/i386-linux-th read-multi/perllocal.pod /usr/bin/perl -MExtUtils::Command -e mkpath /var/tmp/spamassassin-toaster-root//var/tmp/spamassassin-toaster-root /etc/mail/spamassassin /usr/bin/perl -MFile::Copy -e copy(q{rules/local.cf}, q{/var/tmp/spamassassin-toaster-root//var/tmp/spamassassin-toaster-root/etc/ mail/spamassassin/local.cf}) unless -f q{/var/tmp/spamassassin-toaster-root//var/tmp/spamassassin-toaster-root/etc/ mail/spamassassin/local.cf} /usr/bin/perl -MFile::Copy -e copy(q{rules/init.pre}, q{/var/tmp/spamassassin-toaster-root//var/tmp/spamassassin-toaster-root/etc/ mail/spamassassin/init.pre}) unless -f
RE: [qmailtoaster] delivery failures, user supposedly doesn't exist but actually does
Yep, they are... Thanks, My (Alan) Nguyen Digicon Corp. Systems Engineer Office: 703.621.1056 http://www.digicon.com -Original Message- From: Eric Shubert [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 09, 2008 4:35 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] delivery failures, user supposedly doesn't exist but actually does Is the domain in the /var/qmail/users/assign file? My (Alan) Nguyen wrote: Both files look fine, and yes... they can email themselves. Thanks, My (Alan) Nguyen Digicon Corp. Systems Engineer Office: 703.621.1056 http://www.digicon.com -Original Message- From: Tim Mancour [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 09, 2008 2:35 PM To: qmailtoaster-list@qmailtoaster.com Subject: RE: [qmailtoaster] delivery failures, user supposedly doesn't exist but actually does If you are having this issue with all of the users on this domain then I would check the /var/qmail/control/virtualdomains and /var/qmail/control/rcpthosts files. Also, can the user send an Email to themselves? -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] delivery failures, user supposedly doesn't exist but actually does
This problem is seeming evasive, like something (domain?) misspelled somewhere. Have you tried deleting a user and adding it back using qmailadmin? If that doesn't work, the problem would appear to be with the domain, in which case I'd scrap the domain and start over. If deleting/adding a user works, then do that for all of them. My (Alan) Nguyen wrote: - You had created a domain last week using VQadmin. I realize you removed that domain but when you recreated it with the command line, is this user in THAT domain? Nope this is for another domain... but I have checked to see if the user shows up in VQadmin when I check the list of users. I've also checked the users in qmailadmin page and I see this user there as well. And I've also logged in to the users email account through the webmail and tested outgoing emails with no problem. Only receiving was where the issued remained... - Yesterday you had a problem with your Barracuda getting in the way. Make sure the email is being delivered to the post office you want it to go to and not an old one. Check your MX, check any scanners that forward ie: follow the path. When I initially set up the domains I'm migrating over I've decided to move them over prior to putting them on my barracuda to make sure mail works incoming and outgoing. To avoid this issue Checked the MX and all appear well for the domain, and it is pointing to the my new qmail server... I guess I'll try what you suggested about deleting and adding. Thanks, My (Alan) Nguyen -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] delivery failures, user supposedly doesn't existbut actually does
The other thing I would try is testing the MX. It really sounds like something is being directed to a wrong post office. Go to a remote machine NOT on the local network or associated with your own DNS. Now go to a command prompt and do a telnet like this: telnet mail.mydomain.com 587 no quotes and the mail.mydomain.com is the MX NAME, NOT the IP. You should see the greeting from you QMT machine. If not you have a DNS problem. Phil -Original message- From: Eric Shubert [EMAIL PROTECTED] Date: Thu, 10 Apr 2008 10:59:19 -0400 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] delivery failures, user supposedly doesn't existbut actually does This problem is seeming evasive, like something (domain?) misspelled somewhere. Have you tried deleting a user and adding it back using qmailadmin? If that doesn't work, the problem would appear to be with the domain, in which case I'd scrap the domain and start over. If deleting/adding a user works, then do that for all of them. My (Alan) Nguyen wrote: - You had created a domain last week using VQadmin. I realize you removed that domain but when you recreated it with the command line, is this user in THAT domain? Nope this is for another domain... but I have checked to see if the user shows up in VQadmin when I check the list of users. I've also checked the users in qmailadmin page and I see this user there as well. And I've also logged in to the users email account through the webmail and tested outgoing emails with no problem. Only receiving was where the issued remained... - Yesterday you had a problem with your Barracuda getting in the way. Make sure the email is being delivered to the post office you want it to go to and not an old one. Check your MX, check any scanners that forward ie: follow the path. When I initially set up the domains I'm migrating over I've decided to move them over prior to putting them on my barracuda to make sure mail works incoming and outgoing. To avoid this issue Checked the MX and all appear well for the domain, and it is pointing to the my new qmail server... I guess I'll try what you suggested about deleting and adding. Thanks, My (Alan) Nguyen -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Isoqlog Cron Daemon Segmentation Fault
Hi guys, in the last 3 days i'm getting this strange error from isoqlog. /usr/share/toaster/isoqlog/bin/cron.sh: line 20: 7346 Segmentation fault $ISOQLOG /dev/null 2/dev/null Anyone have a clue about what could it be? I have qmail installed from 8 months and I never get something like this. I've watch inside the cron.sh And isoqlog folder but I haven't found nothing strange or at I haven't notice. Thanks and Regards, Alberto. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] delivery failures, user supposedly doesn't existbut actually does
That's it! Thanks man!! Oddly enough from our internal network DNS appears fine but from another domains' DNS that we don't control it's completely wrong. Weird thing is DNS points to another name server that I don't control I'll have to call the client to see what's going on with that. Thank you so much to everyone... My (Alan) Nguyen -Original Message- From: Phil Leinhauser [mailto:[EMAIL PROTECTED] Sent: Thursday, April 10, 2008 11:48 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] delivery failures, user supposedly doesn't existbut actually does The other thing I would try is testing the MX. It really sounds like something is being directed to a wrong post office. Go to a remote machine NOT on the local network or associated with your own DNS. Now go to a command prompt and do a telnet like this: telnet mail.mydomain.com 587 no quotes and the mail.mydomain.com is the MX NAME, NOT the IP. You should see the greeting from you QMT machine. If not you have a DNS problem. Phil -Original message- From: Eric Shubert [EMAIL PROTECTED] Date: Thu, 10 Apr 2008 10:59:19 -0400 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] delivery failures, user supposedly doesn't existbut actually does This problem is seeming evasive, like something (domain?) misspelled somewhere. Have you tried deleting a user and adding it back using qmailadmin? If that doesn't work, the problem would appear to be with the domain, in which case I'd scrap the domain and start over. If deleting/adding a user works, then do that for all of them. My (Alan) Nguyen wrote: - You had created a domain last week using VQadmin. I realize you removed that domain but when you recreated it with the command line, is this user in THAT domain? Nope this is for another domain... but I have checked to see if the user shows up in VQadmin when I check the list of users. I've also checked the users in qmailadmin page and I see this user there as well. And I've also logged in to the users email account through the webmail and tested outgoing emails with no problem. Only receiving was where the issued remained... - Yesterday you had a problem with your Barracuda getting in the way. Make sure the email is being delivered to the post office you want it to go to and not an old one. Check your MX, check any scanners that forward ie: follow the path. When I initially set up the domains I'm migrating over I've decided to move them over prior to putting them on my barracuda to make sure mail works incoming and outgoing. To avoid this issue Checked the MX and all appear well for the domain, and it is pointing to the my new qmail server... I guess I'll try what you suggested about deleting and adding. Thanks, My (Alan) Nguyen -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] delivery failures, user supposedly doesn't existbut actually does
I love it when a plan works!! -Original message- From: My (Alan) Nguyen [EMAIL PROTECTED] Date: Thu, 10 Apr 2008 13:37:07 -0400 To: qmailtoaster-list@qmailtoaster.com Subject: RE: [qmailtoaster] delivery failures, user supposedly doesn't existbut actually does That's it! Thanks man!! Oddly enough from our internal network DNS appears fine but from another domains' DNS that we don't control it's completely wrong. Weird thing is DNS points to another name server that I don't control I'll have to call the client to see what's going on with that. Thank you so much to everyone... My (Alan) Nguyen -Original Message- From: Phil Leinhauser [mailto:[EMAIL PROTECTED] Sent: Thursday, April 10, 2008 11:48 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] delivery failures, user supposedly doesn't existbut actually does The other thing I would try is testing the MX. It really sounds like something is being directed to a wrong post office. Go to a remote machine NOT on the local network or associated with your own DNS. Now go to a command prompt and do a telnet like this: telnet mail.mydomain.com 587 no quotes and the mail.mydomain.com is the MX NAME, NOT the IP. You should see the greeting from you QMT machine. If not you have a DNS problem. Phil -Original message- From: Eric Shubert [EMAIL PROTECTED] Date: Thu, 10 Apr 2008 10:59:19 -0400 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] delivery failures, user supposedly doesn't existbut actually does This problem is seeming evasive, like something (domain?) misspelled somewhere. Have you tried deleting a user and adding it back using qmailadmin? If that doesn't work, the problem would appear to be with the domain, in which case I'd scrap the domain and start over. If deleting/adding a user works, then do that for all of them. My (Alan) Nguyen wrote: - You had created a domain last week using VQadmin. I realize you removed that domain but when you recreated it with the command line, is this user in THAT domain? Nope this is for another domain... but I have checked to see if the user shows up in VQadmin when I check the list of users. I've also checked the users in qmailadmin page and I see this user there as well. And I've also logged in to the users email account through the webmail and tested outgoing emails with no problem. Only receiving was where the issued remained... - Yesterday you had a problem with your Barracuda getting in the way. Make sure the email is being delivered to the post office you want it to go to and not an old one. Check your MX, check any scanners that forward ie: follow the path. When I initially set up the domains I'm migrating over I've decided to move them over prior to putting them on my barracuda to make sure mail works incoming and outgoing. To avoid this issue Checked the MX and all appear well for the domain, and it is pointing to the my new qmail server... I guess I'll try what you suggested about deleting and adding. Thanks, My (Alan) Nguyen -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] delivery failures, user supposedly doesn't existbut actually does
Nice call, Phil! :) My (Alan) Nguyen wrote: That's it! Thanks man!! Oddly enough from our internal network DNS appears fine but from another domains' DNS that we don't control it's completely wrong. Weird thing is DNS points to another name server that I don't control I'll have to call the client to see what's going on with that. Thank you so much to everyone... My (Alan) Nguyen -Original Message- From: Phil Leinhauser [mailto:[EMAIL PROTECTED] Sent: Thursday, April 10, 2008 11:48 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] delivery failures, user supposedly doesn't existbut actually does The other thing I would try is testing the MX. It really sounds like something is being directed to a wrong post office. Go to a remote machine NOT on the local network or associated with your own DNS. Now go to a command prompt and do a telnet like this: telnet mail.mydomain.com 587 no quotes and the mail.mydomain.com is the MX NAME, NOT the IP. You should see the greeting from you QMT machine. If not you have a DNS problem. Phil -Original message- From: Eric Shubert [EMAIL PROTECTED] Date: Thu, 10 Apr 2008 10:59:19 -0400 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] delivery failures, user supposedly doesn't existbut actually does This problem is seeming evasive, like something (domain?) misspelled somewhere. Have you tried deleting a user and adding it back using qmailadmin? If that doesn't work, the problem would appear to be with the domain, in which case I'd scrap the domain and start over. If deleting/adding a user works, then do that for all of them. My (Alan) Nguyen wrote: - You had created a domain last week using VQadmin. I realize you removed that domain but when you recreated it with the command line, is this user in THAT domain? Nope this is for another domain... but I have checked to see if the user shows up in VQadmin when I check the list of users. I've also checked the users in qmailadmin page and I see this user there as well. And I've also logged in to the users email account through the webmail and tested outgoing emails with no problem. Only receiving was where the issued remained... - Yesterday you had a problem with your Barracuda getting in the way. Make sure the email is being delivered to the post office you want it to go to and not an old one. Check your MX, check any scanners that forward ie: follow the path. When I initially set up the domains I'm migrating over I've decided to move them over prior to putting them on my barracuda to make sure mail works incoming and outgoing. To avoid this issue Checked the MX and all appear well for the domain, and it is pointing to the my new qmail server... I guess I'll try what you suggested about deleting and adding. Thanks, My (Alan) Nguyen -- -Eric 'shubes' -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] delivery failures, user supposedly doesn't existbutactually does
I'm glad to be able to help for a change. DNS and generic mail mail issues I know inside-out. Qmail is getting there. Eric, I haven't abandon the QMT cluster idea. I have too many irons in the fire at the moment and that one will need some pretty good attention. I did go through the docs and found what will be easy to do the symlinks to but you were right, some files won't be so simple. Phil -Original message- From: Eric Shubert [EMAIL PROTECTED] Date: Thu, 10 Apr 2008 13:44:01 -0400 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] delivery failures, user supposedly doesn't existbutactually does Nice call, Phil! :) My (Alan) Nguyen wrote: That's it! Thanks man!! Oddly enough from our internal network DNS appears fine but from another domains' DNS that we don't control it's completely wrong. Weird thing is DNS points to another name server that I don't control I'll have to call the client to see what's going on with that. Thank you so much to everyone... My (Alan) Nguyen -Original Message- From: Phil Leinhauser [mailto:[EMAIL PROTECTED] Sent: Thursday, April 10, 2008 11:48 AM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] delivery failures, user supposedly doesn't existbut actually does The other thing I would try is testing the MX. It really sounds like something is being directed to a wrong post office. Go to a remote machine NOT on the local network or associated with your own DNS. Now go to a command prompt and do a telnet like this: telnet mail.mydomain.com 587 no quotes and the mail.mydomain.com is the MX NAME, NOT the IP. You should see the greeting from you QMT machine. If not you have a DNS problem. Phil -Original message- From: Eric Shubert [EMAIL PROTECTED] Date: Thu, 10 Apr 2008 10:59:19 -0400 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] delivery failures, user supposedly doesn't existbut actually does This problem is seeming evasive, like something (domain?) misspelled somewhere. Have you tried deleting a user and adding it back using qmailadmin? If that doesn't work, the problem would appear to be with the domain, in which case I'd scrap the domain and start over. If deleting/adding a user works, then do that for all of them. My (Alan) Nguyen wrote: - You had created a domain last week using VQadmin. I realize you removed that domain but when you recreated it with the command line, is this user in THAT domain? Nope this is for another domain... but I have checked to see if the user shows up in VQadmin when I check the list of users. I've also checked the users in qmailadmin page and I see this user there as well. And I've also logged in to the users email account through the webmail and tested outgoing emails with no problem. Only receiving was where the issued remained... - Yesterday you had a problem with your Barracuda getting in the way. Make sure the email is being delivered to the post office you want it to go to and not an old one. Check your MX, check any scanners that forward ie: follow the path. When I initially set up the domains I'm migrating over I've decided to move them over prior to putting them on my barracuda to make sure mail works incoming and outgoing. To avoid this issue Checked the MX and all appear well for the domain, and it is pointing to the my new qmail server... I guess I'll try what you suggested about deleting and adding. Thanks, My (Alan) Nguyen -- -Eric 'shubes' -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] SquirrelMail failing
I followed the qmailtoaster install here: http://wiki.qmailtoaster.com/index.php/CentOS_5_QmailToaster_Install I have one account in which I cannot login to squirrelmail. I have had this issue in the past with another account, but after deleting the users trash with qtprune.sh, things came back to normal. With this account, there doesn't seem to be any trash. I am able to pop and imap the account through thunderbird but none of the email comes down. When trying to GetMail in thunderbird on this account, thunderbird tries to get email, it asks for a password, no errors, but then no mail. When I go to the squrrielmail, I get an error that IMAP cant connect. Chris Penn... - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] 553 Error, Outlook
On Thu, 10 Apr 2008, Tim Mancour wrote: Hi Tim, Have you tried to SMTP_AUTH using their accounts and a different client (e.g. Thunderbird)? If that works then I'd ask the users to either change clients or update their versions of Outlook/Outlook Express. Office SP3 fixed a number of issue that some of my users had sending/receiving Email. Just tried setting up Thunderbird on one of the client's PCs with SMPT_AUTH, and got the same error message with outgoing mail as I do with outlook: sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3-chkuser). Please check the message recipients and try again. I'm never prompted for a password for the outgoing mail. In the SMTP log, I find: ./smtp/current:@400047fe86e91e7a77a4 CHKUSER accepted sender: from [EMAIL PROTECTED]:: remote [127.0.0.1]:unknown:123.123.123.123 rcpt : sender accepted ./smtp/current:@400047fe86ea26c91d84 CHKUSER rejected relaying: from [EMAIL PROTECTED]:: remote [127.0.0.1]:unknown:123.123.123.123 rcpt [EMAIL PROTECTED] : client not allowed to relay Again, [EMAIL PROTECTED] is a live account that lives on our toaster. It can POP mail just fine... Meanwhile, if I or the client try to send mail via any of their accounts *outside* of their LAN, I'm prompted for an outgoing password, and it works just fine. So far as we know, they aren't using any firewalling, or blocking ports; their accounts worked fine on our older toaster. Quite the mystery really... --Duncan - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] 553 Error, Outlook
Please post your /etc/tcprules.d/tcp.smtp file. [EMAIL PROTECTED] wrote: On Thu, 10 Apr 2008, Tim Mancour wrote: Hi Tim, Have you tried to SMTP_AUTH using their accounts and a different client (e.g. Thunderbird)? If that works then I'd ask the users to either change clients or update their versions of Outlook/Outlook Express. Office SP3 fixed a number of issue that some of my users had sending/receiving Email. Just tried setting up Thunderbird on one of the client's PCs with SMPT_AUTH, and got the same error message with outgoing mail as I do with outlook: sorry, that domain isn't in my list of allowed rcpthosts (#5.5.3-chkuser). Please check the message recipients and try again. I'm never prompted for a password for the outgoing mail. In the SMTP log, I find: ./smtp/current:@400047fe86e91e7a77a4 CHKUSER accepted sender: from [EMAIL PROTECTED]:: remote [127.0.0.1]:unknown:123.123.123.123 rcpt : sender accepted ./smtp/current:@400047fe86ea26c91d84 CHKUSER rejected relaying: from [EMAIL PROTECTED]:: remote [127.0.0.1]:unknown:123.123.123.123 rcpt [EMAIL PROTECTED] : client not allowed to relay Again, [EMAIL PROTECTED] is a live account that lives on our toaster. It can POP mail just fine... Meanwhile, if I or the client try to send mail via any of their accounts *outside* of their LAN, I'm prompted for an outgoing password, and it works just fine. So far as we know, they aren't using any firewalling, or blocking ports; their accounts worked fine on our older toaster. Quite the mystery really... --Duncan - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] 553 Error, Outlook
On Thu, 10 Apr 2008, Eric Shubert wrote: Please post your /etc/tcprules.d/tcp.smtp file. Sure thing: 127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private :allow,BADMIMETYPE=,BADLOADERTYPE=M,CHKUSER_RCPTLIMIT=50,CHKUSER_WRONGRCPTLIMIT=10,DKVERIFY=DEGIJKfh,QMAILQUEUE=/var/qmail/bin/simscan,DKQUEUE=/var/qmail/bin/qmail-queue.orig,DKSIGN=/var/qmail/control/domainkeys/%/private Thanks, --Duncan - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] 553 Error, Outlook
You need the NOP0FCHECK=1 environment variable - I'd also remove the DKVERIFY and DKQUEUE variables. Don't forget to qmailctl cdb. 127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private,N OP0FCHECK=1 :allow,BADMIMETYPE=,BADLOADERTYPE=M,CHKUSER_RCPTLIMIT=50,CHKUSER_WRONG RCPTLIMIT=10,QMAILQUEUE=/var/qmail/bin/simscan,DKSIGN=/var/qmail/contro l/domainkeys/%/private,NOP0FCHECK=1 - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] 553 Error, Outlook
On Thu, 10 Apr 2008, Tim Mancour wrote: You need the NOP0FCHECK=1 environment variable - I'd also remove the DKVERIFY and DKQUEUE variables. Don't forget to qmailctl cdb. 127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private,N OP0FCHECK=1 :allow,BADMIMETYPE=,BADLOADERTYPE=M,CHKUSER_RCPTLIMIT=50,CHKUSER_WRONG RCPTLIMIT=10,QMAILQUEUE=/var/qmail/bin/simscan,DKSIGN=/var/qmail/contro l/domainkeys/%/private,NOP0FCHECK=1 OK, this has been done, but I'm still seeing the 5.5.3 error. --Duncan - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] 553 Error, Outlook
On Thu, 10 Apr 2008, Tim Mancour wrote: You need the NOP0FCHECK=1 environment variable - I'd also remove the DKVERIFY and DKQUEUE variables. Don't forget to qmailctl cdb. 127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private,N OP0FCHECK=1 :allow,BADMIMETYPE=,BADLOADERTYPE=M,CHKUSER_RCPTLIMIT=50,CHKUSER_WRONG RCPTLIMIT=10,QMAILQUEUE=/var/qmail/bin/simscan,DKSIGN=/var/qmail/contro l/domainkeys/%/private,NOP0FCHECK=1 Did I need to restart qmail after rebuilding the tcp file? --Duncan - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] 553 Error, Outlook
[EMAIL PROTECTED] wrote: On Thu, 10 Apr 2008, Tim Mancour wrote: You need the NOP0FCHECK=1 environment variable - I'd also remove the DKVERIFY and DKQUEUE variables. Don't forget to qmailctl cdb. 127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private,N OP0FCHECK=1 :allow,BADMIMETYPE=,BADLOADERTYPE=M,CHKUSER_RCPTLIMIT=50,CHKUSER_WRONG RCPTLIMIT=10,QMAILQUEUE=/var/qmail/bin/simscan,DKSIGN=/var/qmail/contro l/domainkeys/%/private,NOP0FCHECK=1 Did I need to restart qmail after rebuilding the tcp file? --Duncan No, a simple qmailctl cdb should do it. I think at this point I'd either try to telnet into the server and do a smtp session manually, or turn on recordio and see what's happening. You should be able to find instructions for either in the list archives (I don't recall off the top of my head how to do them). -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] per user message size limit
Hi, Is there any patch or tools that can limit message size by individual user instead using global setting in databytes? My company got requirement below 1.Normal staff can't send message size more than 7MB 2.Manager staff can send message size up to 15MB 3.Allow some suppliers/customers send large message not more than 20MB to all staff in company. Postfix can done the requirement by using ACL Policy Deamon, is there any tools can done the same thing? - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] QMT-ISO-1.4.1 is out
I've released QMT-ISO-1.4.1 this evening. It includes binary packages for the entire installation. For my testing this reduced the installation time from 31 minutes to 17 minutes from bare-metal. I've added a bunch of extra perl modules (also in binary RPM format) and added procmail for a spamassassin dependency (yes - spamassassin-toaster is also in binary format on the ISO). I've also updated multitail to a newer version and rolled the CentOS packages up as well. As always, the download is available at http://qmtiso.com I'll have a VMWare image up this week as well. If you have any questions, please email me off-list and I'll answer them as best as I can. Thanks. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] QMT-ISO-1.4.1 is out
Jake, What OS is this running on? I ask on list cause I figure other folks might want to know...(or I am just hopelessly too busy to lift my head up). Thx. Helmut -Original Message- From: Jake Vickers [mailto:[EMAIL PROTECTED] Sent: Thursday, April 10, 2008 7:04 PM To: qmailtoaster-list@qmailtoaster.com Subject: [qmailtoaster] QMT-ISO-1.4.1 is out I've released QMT-ISO-1.4.1 this evening. It includes binary packages for the entire installation. For my testing this reduced the installation time from 31 minutes to 17 minutes from bare-metal. I've added a bunch of extra perl modules (also in binary RPM format) and added procmail for a spamassassin dependency (yes - spamassassin-toaster is also in binary format on the ISO). I've also updated multitail to a newer version and rolled the CentOS packages up as well. As always, the download is available at http://qmtiso.com I'll have a VMWare image up this week as well. If you have any questions, please email me off-list and I'll answer them as best as I can. Thanks. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]