Re: [qmailtoaster] Connection refused port 25 spamhaus blockage

[Jake Vickers]

Glen Vickers wrote:


It seems the IP address I'm at the most is most likely being blocked 
by spamhaus.  Which is understandable but this is a corp public IP so 
in turn its annoying.  I'm afraid I don't know much on how to 
configure spamhaus but if someone could point me in the right 
direction to configure my spamhaus to whitelist my IP address or a way 
so that my server likes this 1 IP and allows connections to SMTP, it 
would be appreciated.  Right now I'm getting connection refused.


 


Thanks

Glen Vickers

 

(BTW Jake its way too odd that we both have the same last name not 
very common.)




Eric summed up your question, but I had to comment on the last name part:
you're right. When I first saw your name pop up I thought someone was 
just messing with me initially. Ping me off-list and let me know where 
you hail from.

Re: [qmailtoaster] Re: eMPF requires authentication to work?

[Jake Vickers]

Eric Shubert wrote:

Good question. I don't know the answer to that off hand.

Michael Colvin wrote:
Oh, I totally agree, Eric.  I guess my point was trying to find out 
if there

was any reason they needed to do it that way...  Really, the eMPF
functionality should be on his internal server, not the external relay
server...  Then, the internal server could relay to the QMT w/o 
having eMPF

on it, and the internal server would still limit user e-mails.

Unless of course the users also connect from externally...

Couldn't he also have the internal server relay via port 587 to the 
toaster?

Does eMPF look at 587 traffic also?


I'm 99% sure that it does, since it's a patch applied to the smtp daemon 
in a global sense.

Also, isn't this a Spamdyke config issue with the IP addres?

11-10 16:07:45 spamdyke[27917]: DENIED_OTHER from: d...@acbsco.com to: 
a...@solution-group.com origin_ip: 192.168.105.110 origin_rdns:


It reads to me that it was denied because of "DENIED_OTHER" by spamdyke 
for origin_rdns.

It's late, so correct me if I'm wrong.

-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] clamv & Mandriva 2009.1 fails

[Jake Vickers]

Nigel Reed wrote:

For some reason in Mandriva 2009.1 and 2010 the libgmp3 development package is 
named libgmp-devel rather than libgmp3-devel. This simple change in the spec 
file allows clamv to compile.

Thanks for adding Mandriva 2009, btw. :) 

  


Thanks for troubleshooting that. Would you mind opening a ticket for 
that for me so I'll remember to fix it later?

Thanks. (mantis.qmailtoaster.com)


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

[qmailtoaster] Re: eMPF requires authentication to work?

[Eric Shubert]

Good question. I don't know the answer to that off hand.

Michael Colvin wrote:

Oh, I totally agree, Eric.  I guess my point was trying to find out if there
was any reason they needed to do it that way...  Really, the eMPF
functionality should be on his internal server, not the external relay
server...  Then, the internal server could relay to the QMT w/o having eMPF
on it, and the internal server would still limit user e-mails.

Unless of course the users also connect from externally...

Couldn't he also have the internal server relay via port 587 to the toaster?
Does eMPF look at 587 traffic also?

 
Michael J. Colvin

NorCal Internet Services
www.norcalisp.com
 





-Original Message-
From: news [mailto:n...@ger.gmane.org] On Behalf Of Eric Shubert
Sent: Tuesday, November 10, 2009 3:46 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: [qmailtoaster] Re: eMPF requires authentication to work?

That's a valid way of doing things, but it presents another set of
problems. It's sometimes difficult to get mail delivered to some larger
mail destinations, such as yahoo, hotmail, and gmail. Having everything
going out from a single host makes delivery easier to administer. There
are fewer IPs that can be blacklisted, the SPF record is simpler, and
it's easier to administer DKIM. That's just my opinion though.

Michael Colvin wrote:

I think you missed what I was trying to get at…  You’re using your
internal servers for your users to connect to, and send mail, right?
Yet, you have your internal server try to relay through the QMT server.
Since that server is requiring authentication, the QMT server is
rejecting it.



Why not have your internal server deliver your user mail directly to the
remote mail server, not relaying it through your QMT servers.



IE, instead of:



YOURINTERNALSERVER -> YOURQMT -> REMOTESERVER



why not:



YOURINTERNALSERVER -> REMOTE SERVER



If you remove the info in smtrproutes, the server should deliver the
mail directly to the destination server by using MX record information,
which should work, and there should be no log entry in the QMT servers
logs.  If there is, then your internal server is still trying to send
all mail via the QMT..  Make sure you’ve restarted qmail, you might even
try rebooting to make sure it’s reloaded the correct smtproutes info.



**Michael J. Colvin**

**NorCal Internet Services**

**//www.norcalisp.com// **









*From:* d...@acbsco.com [mailto:d...@acbsco.com]
*Sent:* Tuesday, November 10, 2009 2:17 PM
*To:* qmailtoaster-list@qmailtoaster.com
*Subject:* Re: [qmailtoaster] eMPF requires authentication to work?



Michael,
good question.  I hate this answer, "because that's the way its always
been". :)  Actually, I tried removing the contents of
/var/qmail/control/smtproutes on the internal server and restarted
qmail.  I get the same darn error message in the log file on the
qmail-toaster server.
11-10 16:07:45 CHKUSER accepted rcpt: from 
 remote
 rcpt mailto:s...@solution-group.com>> : found existing
recipient
11-10 16:07:45 policy_check: local d...@acbsco.com
 -> local a...@solution-group.com
 (UNAUTHENTICATED SENDER)
11-10 16:07:45 spamdyke[27917]: DENIED_OTHER from: d...@acbsco.com
 to: a...@solution-group.com
 origin_ip: 192.168.105.110 origin_rdns:
(unknown) auth: (unknown)

And in the logfile of the internal server, it looks like everything went
fine.
@40004af9e452316418ac new msg 33916470
@40004af9e4523164b8d4 info msg 33916470: bytes 1346 from <> qp 20677
uid 10040
@40004af9e452318befe4 starting delivery 6: msg 33916470 to remote
d...@acbsco.com 
@40004af9e452318c518c status: local 0/10 remote 1/20
@40004af9e452380fd844 delivery 6: success:


207.224.111.118_accepted_message./Remote_host_said:_250_ok_1257890865_qp_2
7923/

@40004af9e452380fe3fc status: local 0/10 remote 0/20
@40004af9e452380febcc end msg 33916470

My eMPF policy file on the qmail-toaster server does not restrict any
accounts with ending in solution-group.com.
Strange.

Dave


Michael Colvin wrote:

Why not have the internal server deliver the mail itself?  Is there a

particular reason you need to relay through the QMT servers?





Michael J. Colvin

NorCal Internet Services

www.norcalisp.com 












-Original Message-
From: d...@acbsco.com  [mailto:d...@acbsco.com]
Sent: Tuesday, November 10, 2009 11:42 AM
To: qmailtoaster-list@qmailtoaster.com 

Subject: [qmailtoaster] eMPF requires authentication to work?

Hello list,
I have been using eMPF for about one year now and it does a great job
limiting email accounts and/or who they can send or rece

RE: [qmailtoaster] Re: eMPF requires authentication to work?

[Michael Colvin]

Oh, I totally agree, Eric.  I guess my point was trying to find out if there
was any reason they needed to do it that way...  Really, the eMPF
functionality should be on his internal server, not the external relay
server...  Then, the internal server could relay to the QMT w/o having eMPF
on it, and the internal server would still limit user e-mails.

Unless of course the users also connect from externally...

Couldn't he also have the internal server relay via port 587 to the toaster?
Does eMPF look at 587 traffic also?

 
Michael J. Colvin
NorCal Internet Services
www.norcalisp.com
 



> -Original Message-
> From: news [mailto:n...@ger.gmane.org] On Behalf Of Eric Shubert
> Sent: Tuesday, November 10, 2009 3:46 PM
> To: qmailtoaster-list@qmailtoaster.com
> Subject: [qmailtoaster] Re: eMPF requires authentication to work?
> 
> That's a valid way of doing things, but it presents another set of
> problems. It's sometimes difficult to get mail delivered to some larger
> mail destinations, such as yahoo, hotmail, and gmail. Having everything
> going out from a single host makes delivery easier to administer. There
> are fewer IPs that can be blacklisted, the SPF record is simpler, and
> it's easier to administer DKIM. That's just my opinion though.
> 
> Michael Colvin wrote:
> > I think you missed what I was trying to get at…  You’re using your
> > internal servers for your users to connect to, and send mail, right?
> > Yet, you have your internal server try to relay through the QMT server.
> > Since that server is requiring authentication, the QMT server is
> > rejecting it.
> >
> >
> >
> > Why not have your internal server deliver your user mail directly to the
> > remote mail server, not relaying it through your QMT servers.
> >
> >
> >
> > IE, instead of:
> >
> >
> >
> > YOURINTERNALSERVER -> YOURQMT -> REMOTESERVER
> >
> >
> >
> > why not:
> >
> >
> >
> > YOURINTERNALSERVER -> REMOTE SERVER
> >
> >
> >
> > If you remove the info in smtrproutes, the server should deliver the
> > mail directly to the destination server by using MX record information,
> > which should work, and there should be no log entry in the QMT servers
> > logs.  If there is, then your internal server is still trying to send
> > all mail via the QMT..  Make sure you’ve restarted qmail, you might even
> > try rebooting to make sure it’s reloaded the correct smtproutes info.
> >
> >
> >
> > **Michael J. Colvin**
> >
> > **NorCal Internet Services**
> >
> > **//www.norcalisp.com// **
> >
> >
> >
> > 
> >
> >
> >
> > 
> >
> > *From:* d...@acbsco.com [mailto:d...@acbsco.com]
> > *Sent:* Tuesday, November 10, 2009 2:17 PM
> > *To:* qmailtoaster-list@qmailtoaster.com
> > *Subject:* Re: [qmailtoaster] eMPF requires authentication to work?
> >
> >
> >
> > Michael,
> > good question.  I hate this answer, "because that's the way its always
> > been". :)  Actually, I tried removing the contents of
> > /var/qmail/control/smtproutes on the internal server and restarted
> > qmail.  I get the same darn error message in the log file on the
> > qmail-toaster server.
> > 11-10 16:07:45 CHKUSER accepted rcpt: from 
> >  remote
> >  rcpt  > s...@solution-group.com > : found existing
> > recipient
> > 11-10 16:07:45 policy_check: local d...@acbsco.com
> >  -> local a...@solution-group.com
> >  (UNAUTHENTICATED SENDER)
> > 11-10 16:07:45 spamdyke[27917]: DENIED_OTHER from: d...@acbsco.com
> >  to: a...@solution-group.com
> >  origin_ip: 192.168.105.110 origin_rdns:
> > (unknown) auth: (unknown)
> >
> > And in the logfile of the internal server, it looks like everything went
> > fine.
> > @40004af9e452316418ac new msg 33916470
> > @40004af9e4523164b8d4 info msg 33916470: bytes 1346 from <> qp 20677
> > uid 10040
> > @40004af9e452318befe4 starting delivery 6: msg 33916470 to remote
> > d...@acbsco.com 
> > @40004af9e452318c518c status: local 0/10 remote 1/20
> > @40004af9e452380fd844 delivery 6: success:
> >
> 207.224.111.118_accepted_message./Remote_host_said:_250_ok_1257890865_qp_2
> 7923/
> > @40004af9e452380fe3fc status: local 0/10 remote 0/20
> > @40004af9e452380febcc end msg 33916470
> >
> > My eMPF policy file on the qmail-toaster server does not restrict any
> > accounts with ending in solution-group.com.
> > Strange.
> >
> > Dave
> >
> >
> > Michael Colvin wrote:
> >
> > Why not have the internal server deliver the mail itself?  Is there a
> >
> > particular reason you need to relay through the QMT servers?
> >
> >
> >
> >
> >
> > Michael J. Colvin
> >
> > NorCal Internet Services
> >
> > www.norcalisp.com 
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >> -Original Messa

Re: [qmailtoaster] Re: spamassassin stopped working...

[Nigel Reed]

Yeah, I needed to do a qmail cdb and that fixed it. I copied back all the 
.rpmsave files but forgot to regenerate the .cdb databases. All is copacetic 
now.

Thanks,
Nigel

--- On Tue, 11/10/09, Eric Shubert  wrote:

> From: Eric Shubert 
> Subject: [qmailtoaster]  Re: spamassassin stopped working...
> To: qmailtoaster-list@qmailtoaster.com
> Date: Tuesday, November 10, 2009, 5:29 PM
> Nigel Reed wrote:
> > Partly my fault actually. Tried to install mailman and
> it decided to install postfix also, then proceed to blow
> away qmail and friends.
> > 
> > I reinstalled everything that it removed but I don't
> see spamassassin working, nothing in the headers. Any idea
> what I might be missing?
> > 
> > Thanks,
> > Nigel
> > 
> 
> # qmailctl stat
> 
> Is spamd running?
> 
> -- -Eric 'shubes'
> 
> 
> -
> Qmailtoaster is sponsored by Vickers Consulting Group
> (www.vickersconsulting.com)
>    Vickers Consulting Group offers
> Qmailtoaster support and installations.
>      If you need professional help with
> your setup, contact them today!
> -
>     Please visit qmailtoaster.com for the latest
> news, updates, and packages.
>          To unsubscribe,
> e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
>     For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
> 
> 
> 




-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!
-
 Please visit qmailtoaster.com for the latest news, updates, and packages.

  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Re: Sort of OT - Qmail to Joomla

[Nigel Reed]

I didn't ask for a conversation on whether Joomla sucked or not.

Anyway, I've written a little PERL script to add all the users in the database 
to the mailing list, and any who are on the list that are not in the database 
are deleted. Pretty simple. Just run it in a cron every 10 minutes and that'll 
work for me. I guess the answer to my original question is no.

Thanks,
Nigel

--- On Tue, 11/10/09, Eric Shubert  wrote:

> From: Eric Shubert 
> Subject: [qmailtoaster]  Re: Sort of OT - Qmail to Joomla
> To: qmailtoaster-list@qmailtoaster.com
> Date: Tuesday, November 10, 2009, 5:33 PM
> Thanks for the accolates, Dave. Would
> you care to add that to the Affirmations section on the
> wiki? Who knows, if we get enough of them we can put them
> all on a separate page!
> 
> Same goes for all of you other QMT aficionados. ;)
> 
> d...@acbsco.com
> wrote:
> > I agree that Joomla has become a royal pain. 
> Especially since there is
> > no upgrade path from Joomla 1.0 to Joomla 1.5. 
> Since we have to
> > manually migrate anyway, we are going with Drupal. 
> > FWIW, I could use M$ Exchange, but I think
> qmail-toaster is far
> > superior.  Just because its costs more doesn't
> make it better. Thanks
> > Jake, Eric and the qmail-toaster list! Dave
> > 
> > sysadmin wrote:
> >> Warning Will Robinson,
> >> DO NOT Use Joomla 
> >> 
> >> This has been a pain in my A** for years, only
> because my bosses are
> >> to cheap to get commercial software.
> >> madmac
> >> 
> >> Jake Vickers wrote:
> >>> Nigel Reed wrote:
>  This is a good question for anyone who
> likes a brain teaser.
>  
>  Current situation: I'm using a template
> driven website that many
>  other clubs use. My site looks like
> everyone elses. We add members
>  and their email addresses, then we can
> send an email to
>  c...@myclubssite.com
> and it'll go to the members. Only people whose
>  email addresses are registered can sent.
>  
>  Now, I am moving to Joomla, and I would
> like a similar setup, I will move the domain over, but I
> have no idea how I can interface
>  Joomla with Qmail. My first instinct is to
> do an SQL query and
>  select the email addresses from the Jooma
> database into the qmail
>  aliases database. This wouldn't stop
> others from sending email to
>  that alias.
>  
>  I'm open to ideas and suggestions.
>    
> >>> Not sure about Joomla, but with Drupal (what I
> use for the video
> >>> magazine site) there is a ezmlm module that
> allows users to
> >>> check/uncheck what mailing lists I make
> available to them. I'm sure
> >>> there would be something similar for Joomla.
> >>> 
> >>> 
> >>>
> -
> >>> 
> >>> Qmailtoaster is sponsored by Vickers
> Consulting Group
> >>> (www.vickersconsulting.com)
> >>>    Vickers Consulting Group offers
> Qmailtoaster support and
> >>> installations.
> >>>      If you need professional
> help with your setup, contact them today!
> >>>
> -
> >>> 
> >>>     Please visit
> qmailtoaster.com for the latest news, updates, and
> >>> packages.
> >>>          To
> unsubscribe, e-mail:
> >>> qmailtoaster-list-unsubscr...@qmailtoaster.com
> >>>     For additional
> commands, e-mail:
> >>> qmailtoaster-list-h...@qmailtoaster.com
> >>> 
> 
> 
> -- -Eric 'shubes'
> 
> 
> -
> Qmailtoaster is sponsored by Vickers Consulting Group
> (www.vickersconsulting.com)
>    Vickers Consulting Group offers
> Qmailtoaster support and installations.
>      If you need professional help with
> your setup, contact them today!
> -
>     Please visit qmailtoaster.com for the latest
> news, updates, and packages.
>          To unsubscribe,
> e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
>     For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
> 
> 
> 




-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!
-
 Please visit qmailtoaster.com for the latest news, updates, and packages.

  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

[qmailtoaster] Re: Connection refused port 25 spamhaus blockage

[Eric Shubert]

Glen Vickers wrote:
It seems the IP address I’m at the most is most likely being blocked by 
spamhaus.  Which is understandable but this is a corp public IP so in 
turn its annoying.  I’m afraid I don’t know much on how to configure 
spamhaus but if someone could point me in the right direction to 
configure my spamhaus to whitelist my IP address or a way so that my 
server likes this 1 IP and allows connections to SMTP, it would be 
appreciated.  Right now I’m getting connection refused.


 


Thanks

Glen Vickers

 

(BTW Jake its way too odd that we both have the same last name…. not 
very common.)




I take it you're talking about submissions. Configure your client 
program to use port 587 for smtp and you should be good to go from 
anywhere. Or install spamdyke (which is highly recommended).


You might want to check your PC for a rogue malware program that's 
sending out spam on its own, unbeknownst to you. That might be why your 
IP is address is listed at spamhaus. Could be another computer that was 
at that IP before you too.


--
-Eric 'shubes'


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

[qmailtoaster] Re: eMPF requires authentication to work?

[Eric Shubert]

That's a valid way of doing things, but it presents another set of 
problems. It's sometimes difficult to get mail delivered to some larger 
mail destinations, such as yahoo, hotmail, and gmail. Having everything 
going out from a single host makes delivery easier to administer. There 
are fewer IPs that can be blacklisted, the SPF record is simpler, and 
it's easier to administer DKIM. That's just my opinion though.


Michael Colvin wrote:
I think you missed what I was trying to get at…  You’re using your 
internal servers for your users to connect to, and send mail, right?  
Yet, you have your internal server try to relay through the QMT server.  
Since that server is requiring authentication, the QMT server is 
rejecting it.


 

Why not have your internal server deliver your user mail directly to the 
remote mail server, not relaying it through your QMT servers.


 


IE, instead of:

 


YOURINTERNALSERVER -> YOURQMT -> REMOTESERVER

 


why not:

 


YOURINTERNALSERVER -> REMOTE SERVER

 

If you remove the info in smtrproutes, the server should deliver the 
mail directly to the destination server by using MX record information, 
which should work, and there should be no log entry in the QMT servers 
logs.  If there is, then your internal server is still trying to send 
all mail via the QMT..  Make sure you’ve restarted qmail, you might even 
try rebooting to make sure it’s reloaded the correct smtproutes info.


 


**Michael J. Colvin**

**NorCal Internet Services**

**//www.norcalisp.com// **

 




 




*From:* d...@acbsco.com [mailto:d...@acbsco.com]
*Sent:* Tuesday, November 10, 2009 2:17 PM
*To:* qmailtoaster-list@qmailtoaster.com
*Subject:* Re: [qmailtoaster] eMPF requires authentication to work?

 


Michael,
good question.  I hate this answer, "because that's the way its always 
been". :)  Actually, I tried removing the contents of 
/var/qmail/control/smtproutes on the internal server and restarted 
qmail.  I get the same darn error message in the log file on the 
qmail-toaster server.
11-10 16:07:45 CHKUSER accepted rcpt: from  
 remote 
 rcpt s...@solution-group.com > : found existing 
recipient
11-10 16:07:45 policy_check: local d...@acbsco.com 
 -> local a...@solution-group.com 
 (UNAUTHENTICATED SENDER)
11-10 16:07:45 spamdyke[27917]: DENIED_OTHER from: d...@acbsco.com 
 to: a...@solution-group.com 
 origin_ip: 192.168.105.110 origin_rdns:

(unknown) auth: (unknown)

And in the logfile of the internal server, it looks like everything went 
fine.

@40004af9e452316418ac new msg 33916470
@40004af9e4523164b8d4 info msg 33916470: bytes 1346 from <> qp 20677 
uid 10040
@40004af9e452318befe4 starting delivery 6: msg 33916470 to remote 
d...@acbsco.com 

@40004af9e452318c518c status: local 0/10 remote 1/20
@40004af9e452380fd844 delivery 6: success: 
207.224.111.118_accepted_message./Remote_host_said:_250_ok_1257890865_qp_27923/

@40004af9e452380fe3fc status: local 0/10 remote 0/20
@40004af9e452380febcc end msg 33916470

My eMPF policy file on the qmail-toaster server does not restrict any 
accounts with ending in solution-group.com.

Strange.

Dave


Michael Colvin wrote:

Why not have the internal server deliver the mail itself?  Is there a

particular reason you need to relay through the QMT servers?

 

 


Michael J. Colvin

NorCal Internet Services

www.norcalisp.com 

 

 

 

 

  


-Original Message-
From: d...@acbsco.com  [mailto:d...@acbsco.com]
Sent: Tuesday, November 10, 2009 11:42 AM
To: qmailtoaster-list@qmailtoaster.com 

Subject: [qmailtoaster] eMPF requires authentication to work?
 
Hello list,

I have been using eMPF for about one year now and it does a great job
limiting email accounts and/or who they can send or receive emails
from.  Thanks for including it in the distribution.
 
I have noticed that eMPF requires that the user sending the email

authenticates (otherwise how would it know if the user was allowed to
send or not). I run several applications (nagios, timetrex, etc) on
servers I have on my LAN.  These internal servers occasionally send
automated emails.  I have qmail (from source boo!) installed on the
internal servers, but not qmailtoaster.  I have the internal servers
relay mail to my qmailtoaster server.  I entered the ip address of the
qmailtoaster server into /var/qmail/control/smtproutes control file of
my internal servers.
 
If the application I am running (see above) has a config section where I

can enter a smtp server, a valid usern...@domainname.com 
 and a valid
password, then

[qmailtoaster] Re: eMPF requires authentication to work?

[Eric Shubert]

d...@acbsco.com wrote:

Thanks Eric,
the internal servers are running netqmail-1.06.  So what you are saying
is to make sure the qmail daemons are not running by stopping them and
moving the run scripts out of  /service directory.


Right. Or you can stop them by adding a file named 'down' to the directory:
# touch /service/smtp/down


Then install postfix
via yum and configure it per your instructions in the quickie guide to
configuring postfix to relay securely to a toaster.


Right.


Does that sound about right?  Then if postfix works, I can go about
finding and removing qmail if I wish.


Right again. s/if/when/ ;)
Just don't remove /usr/sbin/sendmail (or anything belonging to postfix).


Thanks,
Dave


Eric Shubert wrote:

d...@acbsco.com wrote:

Hello list,
I have been using eMPF for about one year now and it does a great job
limiting email accounts and/or who they can send or receive emails
from.  Thanks for including it in the distribution.

I have noticed that eMPF requires that the user sending the email
authenticates (otherwise how would it know if the user was allowed to
send or not). I run several applications (nagios, timetrex, etc) on
servers I have on my LAN.  These internal servers occasionally send
automated emails.  I have qmail (from source boo!) installed on the
internal servers, but not qmailtoaster.  I have the internal servers
relay mail to my qmailtoaster server.  I entered the ip address of the
qmailtoaster server into /var/qmail/control/smtproutes control file
of my internal servers.

If the application I am running (see above) has a config section where I
can enter a smtp server, a valid usern...@domainname.com and a valid
password, then my qmailtoaster will accept the email and relay
successfully.  However, if application does not have a config section
for the smtp server, username, and password or the application uses a
phpmailer (which many do) the relayed email fails.  In the smtp log file
on the qmailtoaster spamdyke reports "DENIED OTHER" which means "The
text returned by qmail (or the downstream filter that generated the
rejection).".  Here is a section of the smtp logfile on the qmailtoaster
server when the email fails:
11-10 11:55:20 policy_check: local d...@acbsco.com -> local
a...@solution-group.com (UNAUTHENTICATED SENDER)
11-10 11:55:20 spamdyke[21618]: DENIED_OTHER from: d...@acbsco.com to:
a...@solution-group.com origin_ip: 192.168.105.110 origin_rdns:
(unknown) auth: (unknown)

If I empty my /var/qmail/control/policy file (empf config file)
basically turning eMPF off,  and send the same message, it is
successful. Here is a section of the smtp logfile on the qmail toaster
after turning off eMPF
11-10 13:26:25 policy_check: local d...@acbsco.com -> local
a...@solution-group.com (UNAUTHENTICATED SENDER)
11-10 13:26:25 spamdyke[24110]: ALLOWED from: d...@acbsco.com to:
a...@solution-group.com origin_ip: 192.168.105.110 origin_rdns:
(unknown) auth: (unknown)

Does anyone know a way around this?
Turning off eMPF is not an option since my client insists on limiting
email accounts.  I read a post by Eric dated 10/29/2009 regarding "a
quickie guide to configuring postfix to relay securely to a toaster".
This seems simple enough.  I suppose I would need to remove qmail first
and seeing how it was installed from source, it may be a little more
complicated than "rpm -e".
Any suggestions, comments, etc. would be greatly appreciated.

Thanks,
Dave


Sounds to me like getting your other servers to authenticate is your
best solution.

Which mailer/MTA is running on those hosts? If it's qmail and not an
rpm, you should simply make sure the daemons are not running. Other
than that, the critial piece is the sendmail program itself. Be sure
that, after postfix is installed, that all $PATH settings are picking
up the correct program (usually /usr/sbin/sendmail).

HTH.



--
-Eric 'shubes'


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

[qmailtoaster] Re: Sort of OT - Qmail to Joomla

[Eric Shubert]

Thanks for the accolates, Dave. Would you care to add that to the 
Affirmations section on the wiki? Who knows, if we get enough of them we 
can put them all on a separate page!


Same goes for all of you other QMT aficionados. ;)

d...@acbsco.com wrote:

I agree that Joomla has become a royal pain.  Especially since there is
no upgrade path from Joomla 1.0 to Joomla 1.5.  Since we have to
manually migrate anyway, we are going with Drupal. 


FWIW, I could use M$ Exchange, but I think qmail-toaster is far
superior.  Just because its costs more doesn't make it better. Thanks
Jake, Eric and the qmail-toaster list! 
Dave


sysadmin wrote:

Warning Will Robinson,
DO NOT Use Joomla 

This has been a pain in my A** for years, only because my bosses are
to cheap to get commercial software.
madmac

Jake Vickers wrote:

Nigel Reed wrote:

This is a good question for anyone who likes a brain teaser.

Current situation: I'm using a template driven website that many
other clubs use. My site looks like everyone elses. We add members
and their email addresses, then we can send an email to
c...@myclubssite.com and it'll go to the members. Only people whose
email addresses are registered can sent.

Now, I am moving to Joomla, and I would like a similar setup, I 
will move the domain over, but I have no idea how I can interface

Joomla with Qmail. My first instinct is to do an SQL query and
select the email addresses from the Jooma database into the qmail
aliases database. This wouldn't stop others from sending email to
that alias.

I'm open to ideas and suggestions.
  

Not sure about Joomla, but with Drupal (what I use for the video
magazine site) there is a ezmlm module that allows users to
check/uncheck what mailing lists I make available to them. I'm sure
there would be something similar for Joomla.


-

Qmailtoaster is sponsored by Vickers Consulting Group
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and
installations.
 If you need professional help with your setup, contact them today!
-

Please visit qmailtoaster.com for the latest news, updates, and
packages.
 To unsubscribe, e-mail:
qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail:
qmailtoaster-list-h...@qmailtoaster.com




--
-Eric 'shubes'


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

[qmailtoaster] Connection refused port 25 spamhaus blockage

[Glen Vickers]

It seems the IP address I'm at the most is most likely being blocked by
spamhaus.  Which is understandable but this is a corp public IP so in turn
its annoying.  I'm afraid I don't know much on how to configure spamhaus but
if someone could point me in the right direction to configure my spamhaus to
whitelist my IP address or a way so that my server likes this 1 IP and
allows connections to SMTP, it would be appreciated.  Right now I'm getting
connection refused.

 

Thanks

Glen Vickers

 

(BTW Jake its way too odd that we both have the same last name.. not very
common.)

[qmailtoaster] Re: spamassassin stopped working...

[Eric Shubert]

Nigel Reed wrote:

Partly my fault actually. Tried to install mailman and it decided to install 
postfix also, then proceed to blow away qmail and friends.

I reinstalled everything that it removed but I don't see spamassassin working, 
nothing in the headers. Any idea what I might be missing?

Thanks,
Nigel



# qmailctl stat

Is spamd running?

--
-Eric 'shubes'


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

RE: [qmailtoaster] eMPF requires authentication to work?

[Michael Colvin]

I think you missed what I was trying to get at.  You're using your internal
servers for your users to connect to, and send mail, right?  Yet, you have
your internal server try to relay through the QMT server.  Since that server
is requiring authentication, the QMT server is rejecting it.

 

Why not have your internal server deliver your user mail directly to the
remote mail server, not relaying it through your QMT servers.

 

IE, instead of:

 

YOURINTERNALSERVER -> YOURQMT -> REMOTESERVER

 

why not:

 

YOURINTERNALSERVER -> REMOTE SERVER

 

If you remove the info in smtrproutes, the server should deliver the mail
directly to the destination server by using MX record information, which
should work, and there should be no log entry in the QMT servers logs.  If
there is, then your internal server is still trying to send all mail via the
QMT..  Make sure you've restarted qmail, you might even try rebooting to
make sure it's reloaded the correct smtproutes info.

 

Michael J. Colvin

NorCal Internet Services

  www.norcalisp.com

 

  

 

  _  

From: d...@acbsco.com [mailto:d...@acbsco.com] 
Sent: Tuesday, November 10, 2009 2:17 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] eMPF requires authentication to work?

 

Michael,
good question.  I hate this answer, "because that's the way its always
been". :)  Actually, I tried removing the contents of
/var/qmail/control/smtproutes on the internal server and restarted qmail.  I
get the same darn error message in the log file on the qmail-toaster server.
11-10 16:07:45 CHKUSER accepted rcpt: from  
 remote
 rcpt  : found existing recipient
11-10 16:07:45 policy_check: local d...@acbsco.com -> local
a...@solution-group.com (UNAUTHENTICATED SENDER)
11-10 16:07:45 spamdyke[27917]: DENIED_OTHER from: d...@acbsco.com to:
a...@solution-group.com origin_ip: 192.168.105.110 origin_rdns: 
(unknown) auth: (unknown)

And in the logfile of the internal server, it looks like everything went
fine.
@40004af9e452316418ac new msg 33916470
@40004af9e4523164b8d4 info msg 33916470: bytes 1346 from <> qp 20677 uid
10040
@40004af9e452318befe4 starting delivery 6: msg 33916470 to remote
d...@acbsco.com
@40004af9e452318c518c status: local 0/10 remote 1/20
@40004af9e452380fd844 delivery 6: success:
207.224.111.118_accepted_message./Remote_host_said:_250_ok_1257890865_qp_279
23/
@40004af9e452380fe3fc status: local 0/10 remote 0/20
@40004af9e452380febcc end msg 33916470

My eMPF policy file on the qmail-toaster server does not restrict any
accounts with ending in solution-group.com.
Strange.

Dave


Michael Colvin wrote: 

Why not have the internal server deliver the mail itself?  Is there a
particular reason you need to relay through the QMT servers?
 
 
Michael J. Colvin
NorCal Internet Services
www.norcalisp.com
 
 
 
 
  

-Original Message-
From: d...@acbsco.com [mailto:d...@acbsco.com]
Sent: Tuesday, November 10, 2009 11:42 AM
To: qmailtoaster-list@qmailtoaster.com
Subject: [qmailtoaster] eMPF requires authentication to work?
 
Hello list,
I have been using eMPF for about one year now and it does a great job
limiting email accounts and/or who they can send or receive emails
from.  Thanks for including it in the distribution.
 
I have noticed that eMPF requires that the user sending the email
authenticates (otherwise how would it know if the user was allowed to
send or not). I run several applications (nagios, timetrex, etc) on
servers I have on my LAN.  These internal servers occasionally send
automated emails.  I have qmail (from source boo!) installed on the
internal servers, but not qmailtoaster.  I have the internal servers
relay mail to my qmailtoaster server.  I entered the ip address of the
qmailtoaster server into /var/qmail/control/smtproutes control file of
my internal servers.
 
If the application I am running (see above) has a config section where I
can enter a smtp server, a valid usern...@domainname.com and a valid
password, then my qmailtoaster will accept the email and relay
successfully.  However, if application does not have a config section
for the smtp server, username, and password or the application uses a
phpmailer (which many do) the relayed email fails.  In the smtp log file
on the qmailtoaster spamdyke reports "DENIED OTHER" which means "The
text returned by qmail (or the downstream filter that generated the
rejection).".  Here is a section of the smtp logfile on the qmailtoaster
server when the email fails:
11-10 11:55:20 policy_check: local d...@acbsco.com -> local
a...@solution-group.com (UNAUTHENTICATED SENDER)
11-10 11:55:20 spamdyke[21618]: DENIED_OTHER from: d...@acbsco.com to:
a...@solution-group.com origin_ip: 192.168.105.110 origin_rdns:
(unknown) auth: (unknown)
 
If I empty my /var/qmail/control/policy file (empf config file)
basically turning eMPF off,  and send the same message, it is
successful. 

Re: [qmailtoaster] Sort of OT - Qmail to Joomla

[Jim Shupert]

sysadmin wrote:

Warning Will Robinson,
DO NOT Use Joomla 

This has been a pain in my A** for years, only because my bosses are 
to cheap to get commercial software.

madmac

Jake Vickers wrote:

Nigel Reed wrote:

This is a good question for anyone who likes a brain teaser.

Current situation: I'm using a template driven website that many 
other clubs use. My site looks like everyone elses. We add members 
and their email addresses, then we can send an email to 
c...@myclubssite.com and it'll go to the members. Only people whose 
email addresses are registered can sent.


Now, I am moving to Joomla, and I would like a similar setup, I  
will move the domain over, but I have no idea how I can interface 
Joomla with Qmail. My first instinct is to do an SQL query and 
select the email addresses from the Jooma database into the qmail 
aliases database. This wouldn't stop others from sending email to 
that alias.


I'm open to ideas and suggestions.
  


Not sure about Joomla, but with Drupal (what I use for the video 
magazine site) there is a ezmlm module that allows users to 
check/uncheck what mailing lists I make available to them. I'm sure 
there would be something similar for Joomla.



I would second -- do NOT use joomla  -- i use drupal  --- it is better

-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Re: eMPF requires authentication to work?

[d...@acbsco.com]

Thanks Eric,
the internal servers are running netqmail-1.06.  So what you are saying
is to make sure the qmail daemons are not running by stopping them and
moving the run scripts out of  /service directory.  Then install postfix
via yum and configure it per your instructions in the quickie guide to
configuring postfix to relay securely to a toaster.

Does that sound about right?  Then if postfix works, I can go about
finding and removing qmail if I wish.

Thanks,
Dave


Eric Shubert wrote:
> d...@acbsco.com wrote:
>> Hello list,
>> I have been using eMPF for about one year now and it does a great job
>> limiting email accounts and/or who they can send or receive emails
>> from.  Thanks for including it in the distribution.
>>
>> I have noticed that eMPF requires that the user sending the email
>> authenticates (otherwise how would it know if the user was allowed to
>> send or not). I run several applications (nagios, timetrex, etc) on
>> servers I have on my LAN.  These internal servers occasionally send
>> automated emails.  I have qmail (from source boo!) installed on the
>> internal servers, but not qmailtoaster.  I have the internal servers
>> relay mail to my qmailtoaster server.  I entered the ip address of the
>> qmailtoaster server into /var/qmail/control/smtproutes control file
>> of my internal servers.
>>
>> If the application I am running (see above) has a config section where I
>> can enter a smtp server, a valid usern...@domainname.com and a valid
>> password, then my qmailtoaster will accept the email and relay
>> successfully.  However, if application does not have a config section
>> for the smtp server, username, and password or the application uses a
>> phpmailer (which many do) the relayed email fails.  In the smtp log file
>> on the qmailtoaster spamdyke reports "DENIED OTHER" which means "The
>> text returned by qmail (or the downstream filter that generated the
>> rejection).".  Here is a section of the smtp logfile on the qmailtoaster
>> server when the email fails:
>> 11-10 11:55:20 policy_check: local d...@acbsco.com -> local
>> a...@solution-group.com (UNAUTHENTICATED SENDER)
>> 11-10 11:55:20 spamdyke[21618]: DENIED_OTHER from: d...@acbsco.com to:
>> a...@solution-group.com origin_ip: 192.168.105.110 origin_rdns:
>> (unknown) auth: (unknown)
>>
>> If I empty my /var/qmail/control/policy file (empf config file)
>> basically turning eMPF off,  and send the same message, it is
>> successful. Here is a section of the smtp logfile on the qmail toaster
>> after turning off eMPF
>> 11-10 13:26:25 policy_check: local d...@acbsco.com -> local
>> a...@solution-group.com (UNAUTHENTICATED SENDER)
>> 11-10 13:26:25 spamdyke[24110]: ALLOWED from: d...@acbsco.com to:
>> a...@solution-group.com origin_ip: 192.168.105.110 origin_rdns:
>> (unknown) auth: (unknown)
>>
>> Does anyone know a way around this?
>> Turning off eMPF is not an option since my client insists on limiting
>> email accounts.  I read a post by Eric dated 10/29/2009 regarding "a
>> quickie guide to configuring postfix to relay securely to a toaster".
>> This seems simple enough.  I suppose I would need to remove qmail first
>> and seeing how it was installed from source, it may be a little more
>> complicated than "rpm -e".
>> Any suggestions, comments, etc. would be greatly appreciated.
>>
>> Thanks,
>> Dave
>>
>
> Sounds to me like getting your other servers to authenticate is your
> best solution.
>
> Which mailer/MTA is running on those hosts? If it's qmail and not an
> rpm, you should simply make sure the daemons are not running. Other
> than that, the critial piece is the sendmail program itself. Be sure
> that, after postfix is installed, that all $PATH settings are picking
> up the correct program (usually /usr/sbin/sendmail).
>
> HTH.

-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!
-
 Please visit qmailtoaster.com for the latest news, updates, and packages.
 
  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

[qmailtoaster] spamassassin stopped working...

[Nigel Reed]

Partly my fault actually. Tried to install mailman and it decided to install 
postfix also, then proceed to blow away qmail and friends.

I reinstalled everything that it removed but I don't see spamassassin working, 
nothing in the headers. Any idea what I might be missing?

Thanks,
Nigel


  

-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!
-
 Please visit qmailtoaster.com for the latest news, updates, and packages.
 
  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] eMPF requires authentication to work?

[d...@acbsco.com]

Michael,
good question.  I hate this answer, "because that's the way its always
been". :)  Actually, I tried removing the contents of
/var/qmail/control/smtproutes on the internal server and restarted
qmail.  I get the same darn error message in the log file on the
qmail-toaster server.
11-10 16:07:45 CHKUSER accepted rcpt: from 
remote 
rcpt 
s...@solution-group.com> : found existing recipient
11-10 16:07:45 policy_check: local d...@acbsco.com -> local
a...@solution-group.com (UNAUTHENTICATED SENDER)
11-10 16:07:45 spamdyke[27917]: DENIED_OTHER from: d...@acbsco.com to:
a...@solution-group.com origin_ip: 192.168.105.110 origin_rdns: 
(unknown) auth: (unknown)

And in the logfile of the internal server, it looks like everything
went fine.
@40004af9e452316418ac new msg 33916470
@40004af9e4523164b8d4 info msg 33916470: bytes 1346 from <>
qp 20677 uid 10040
@40004af9e452318befe4 starting delivery 6: msg 33916470 to remote
d...@acbsco.com
@40004af9e452318c518c status: local 0/10 remote 1/20
@40004af9e452380fd844 delivery 6: success:
207.224.111.118_accepted_message./Remote_host_said:_250_ok_1257890865_qp_27923/
@40004af9e452380fe3fc status: local 0/10 remote 0/20
@40004af9e452380febcc end msg 33916470

My eMPF policy file on the qmail-toaster server does not restrict any
accounts with ending in solution-group.com.
Strange.

Dave


Michael Colvin wrote:

  Why not have the internal server deliver the mail itself?  Is there a
particular reason you need to relay through the QMT servers?

 
Michael J. Colvin
NorCal Internet Services
www.norcalisp.com
 



  
  
-Original Message-
From: d...@acbsco.com [mailto:d...@acbsco.com]
Sent: Tuesday, November 10, 2009 11:42 AM
To: qmailtoaster-list@qmailtoaster.com
Subject: [qmailtoaster] eMPF requires authentication to work?

Hello list,
I have been using eMPF for about one year now and it does a great job
limiting email accounts and/or who they can send or receive emails
from.  Thanks for including it in the distribution.

I have noticed that eMPF requires that the user sending the email
authenticates (otherwise how would it know if the user was allowed to
send or not). I run several applications (nagios, timetrex, etc) on
servers I have on my LAN.  These internal servers occasionally send
automated emails.  I have qmail (from source boo!) installed on the
internal servers, but not qmailtoaster.  I have the internal servers
relay mail to my qmailtoaster server.  I entered the ip address of the
qmailtoaster server into /var/qmail/control/smtproutes control file of
my internal servers.

If the application I am running (see above) has a config section where I
can enter a smtp server, a valid usern...@domainname.com and a valid
password, then my qmailtoaster will accept the email and relay
successfully.  However, if application does not have a config section
for the smtp server, username, and password or the application uses a
phpmailer (which many do) the relayed email fails.  In the smtp log file
on the qmailtoaster spamdyke reports "DENIED OTHER" which means "The
text returned by qmail (or the downstream filter that generated the
rejection).".  Here is a section of the smtp logfile on the qmailtoaster
server when the email fails:
11-10 11:55:20 policy_check: local d...@acbsco.com -> local
a...@solution-group.com (UNAUTHENTICATED SENDER)
11-10 11:55:20 spamdyke[21618]: DENIED_OTHER from: d...@acbsco.com to:
a...@solution-group.com origin_ip: 192.168.105.110 origin_rdns:
(unknown) auth: (unknown)

If I empty my /var/qmail/control/policy file (empf config file)
basically turning eMPF off,  and send the same message, it is
successful. Here is a section of the smtp logfile on the qmail toaster
after turning off eMPF
11-10 13:26:25 policy_check: local d...@acbsco.com -> local
a...@solution-group.com (UNAUTHENTICATED SENDER)
11-10 13:26:25 spamdyke[24110]: ALLOWED from: d...@acbsco.com to:
a...@solution-group.com origin_ip: 192.168.105.110 origin_rdns:
(unknown) auth: (unknown)

Does anyone know a way around this?

Turning off eMPF is not an option since my client insists on limiting
email accounts.  I read a post by Eric dated 10/29/2009 regarding "a
quickie guide to configuring postfix to relay securely to a toaster".
This seems simple enough.  I suppose I would need to remove qmail first
and seeing how it was installed from source, it may be a little more
complicated than "rpm -e".

Any suggestions, comments, etc. would be greatly appreciated.

Thanks,
Dave

--
---
Qmailtoaster is sponsored by Vickers Consulting Group
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and
installations.
  If you need professional help with your setup, contact them today!
--
---
 Please visit qmailtoaster.com for the latest news, updates, and
packages.

  T

Re: [qmailtoaster] Sort of OT - Qmail to Joomla

[d...@acbsco.com]

I agree that Joomla has become a royal pain.  Especially since there is
no upgrade path from Joomla 1.0 to Joomla 1.5.  Since we have to
manually migrate anyway, we are going with Drupal. 

FWIW, I could use M$ Exchange, but I think qmail-toaster is far
superior.  Just because its costs more doesn't make it better. Thanks
Jake, Eric and the qmail-toaster list! 
Dave

sysadmin wrote:
> Warning Will Robinson,
> DO NOT Use Joomla 
>
> This has been a pain in my A** for years, only because my bosses are
> to cheap to get commercial software.
> madmac
>
> Jake Vickers wrote:
>> Nigel Reed wrote:
>>> This is a good question for anyone who likes a brain teaser.
>>>
>>> Current situation: I'm using a template driven website that many
>>> other clubs use. My site looks like everyone elses. We add members
>>> and their email addresses, then we can send an email to
>>> c...@myclubssite.com and it'll go to the members. Only people whose
>>> email addresses are registered can sent.
>>>
>>> Now, I am moving to Joomla, and I would like a similar setup, I 
>>> will move the domain over, but I have no idea how I can interface
>>> Joomla with Qmail. My first instinct is to do an SQL query and
>>> select the email addresses from the Jooma database into the qmail
>>> aliases database. This wouldn't stop others from sending email to
>>> that alias.
>>>
>>> I'm open to ideas and suggestions.
>>>   
>>
>> Not sure about Joomla, but with Drupal (what I use for the video
>> magazine site) there is a ezmlm module that allows users to
>> check/uncheck what mailing lists I make available to them. I'm sure
>> there would be something similar for Joomla.
>>
>>
>> -
>>
>> Qmailtoaster is sponsored by Vickers Consulting Group
>> (www.vickersconsulting.com)
>>Vickers Consulting Group offers Qmailtoaster support and
>> installations.
>>  If you need professional help with your setup, contact them today!
>> -
>>
>> Please visit qmailtoaster.com for the latest news, updates, and
>> packages.
>>  To unsubscribe, e-mail:
>> qmailtoaster-list-unsubscr...@qmailtoaster.com
>> For additional commands, e-mail:
>> qmailtoaster-list-h...@qmailtoaster.com
>>
>>
>>
>>
>
>
> -
>
> Qmailtoaster is sponsored by Vickers Consulting Group
> (www.vickersconsulting.com)
>Vickers Consulting Group offers Qmailtoaster support and
> installations.
>  If you need professional help with your setup, contact them today!
> -
>
> Please visit qmailtoaster.com for the latest news, updates, and
> packages.
>  To unsubscribe, e-mail:
> qmailtoaster-list-unsubscr...@qmailtoaster.com
> For additional commands, e-mail:
> qmailtoaster-list-h...@qmailtoaster.com
>
>

-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!
-
 Please visit qmailtoaster.com for the latest news, updates, and packages.
 
  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Sort of OT - Qmail to Joomla

[Nigel Reed]

Since the club is a non-profit with very little income, I don't have much of an 
option but to use something that's free. I looked at Drupal but I don't have 
the time to get it to look how I want it to.

--- On Tue, 11/10/09, sysadmin  wrote:

> From: sysadmin 
> Subject: Re: [qmailtoaster] Sort of OT - Qmail to Joomla
> To: qmailtoaster-list@qmailtoaster.com
> Date: Tuesday, November 10, 2009, 2:23 PM
> Warning Will Robinson,
> DO NOT Use Joomla 
> 
> This has been a pain in my A** for years, only because my
> bosses are to cheap to get commercial software.
> madmac
> 
> Jake Vickers wrote:
> > Nigel Reed wrote:
> >> This is a good question for anyone who likes a
> brain teaser.
> >> 
> >> Current situation: I'm using a template driven
> website that many other clubs use. My site looks like
> everyone elses. We add members and their email addresses,
> then we can send an email to c...@myclubssite.com
> and it'll go to the members. Only people whose email
> addresses are registered can sent.
> >> 
> >> Now, I am moving to Joomla, and I would like a
> similar setup, I  will move the domain over, but I have
> no idea how I can interface Joomla with Qmail. My first
> instinct is to do an SQL query and select the email
> addresses from the Jooma database into the qmail aliases
> database. This wouldn't stop others from sending email to
> that alias.
> >> 
> >> I'm open to ideas and suggestions.
> >>   
> > 
> > Not sure about Joomla, but with Drupal (what I use for
> the video magazine site) there is a ezmlm module that allows
> users to check/uncheck what mailing lists I make available
> to them. I'm sure there would be something similar for
> Joomla.
> > 
> > 
> >
> -
> 
> > Qmailtoaster is sponsored by Vickers Consulting Group
> (www.vickersconsulting.com)
> >    Vickers Consulting Group offers
> Qmailtoaster support and installations.
> >      If you need professional help with
> your setup, contact them today!
> >
> -
> 
> >     Please visit qmailtoaster.com
> for the latest news, updates, and packages.
> >          To unsubscribe,
> e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
> >     For additional commands,
> e-mail: qmailtoaster-list-h...@qmailtoaster.com
> > 
> > 
> > 
> > 
> 
> 
> -
> Qmailtoaster is sponsored by Vickers Consulting Group
> (www.vickersconsulting.com)
>    Vickers Consulting Group offers
> Qmailtoaster support and installations.
>      If you need professional help with
> your setup, contact them today!
> -
>     Please visit qmailtoaster.com for the latest
> news, updates, and packages.
>          To unsubscribe,
> e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
>     For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
> 
> 
> 




-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!
-
 Please visit qmailtoaster.com for the latest news, updates, and packages.

  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

[qmailtoaster] Re: Sort of OT - Qmail to Joomla

[Eric Shubert]

My local LUG (Phoenix Linux Users Group) used Joomla for a while, and 
had terrible problems with it as well. They're now using Drupal.

FWIW.

sysadmin wrote:

Warning Will Robinson,
DO NOT Use Joomla 

This has been a pain in my A** for years, only because my bosses are to 
cheap to get commercial software.

madmac

Jake Vickers wrote:

Nigel Reed wrote:

This is a good question for anyone who likes a brain teaser.

Current situation: I'm using a template driven website that many 
other clubs use. My site looks like everyone elses. We add members 
and their email addresses, then we can send an email to 
c...@myclubssite.com and it'll go to the members. Only people whose 
email addresses are registered can sent.


Now, I am moving to Joomla, and I would like a similar setup, I  will 
move the domain over, but I have no idea how I can interface Joomla 
with Qmail. My first instinct is to do an SQL query and select the 
email addresses from the Jooma database into the qmail aliases 
database. This wouldn't stop others from sending email to that alias.


I'm open to ideas and suggestions.
  


Not sure about Joomla, but with Drupal (what I use for the video 
magazine site) there is a ezmlm module that allows users to 
check/uncheck what mailing lists I make available to them. I'm sure 
there would be something similar for Joomla.






--
-Eric 'shubes'


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Sort of OT - Qmail to Joomla

[sysadmin]

Warning Will Robinson,
DO NOT Use Joomla 

This has been a pain in my A** for years, only because my bosses are to 
cheap to get commercial software.

madmac

Jake Vickers wrote:

Nigel Reed wrote:

This is a good question for anyone who likes a brain teaser.

Current situation: I'm using a template driven website that many 
other clubs use. My site looks like everyone elses. We add members 
and their email addresses, then we can send an email to 
c...@myclubssite.com and it'll go to the members. Only people whose 
email addresses are registered can sent.


Now, I am moving to Joomla, and I would like a similar setup, I  will 
move the domain over, but I have no idea how I can interface Joomla 
with Qmail. My first instinct is to do an SQL query and select the 
email addresses from the Jooma database into the qmail aliases 
database. This wouldn't stop others from sending email to that alias.


I'm open to ideas and suggestions.
  


Not sure about Joomla, but with Drupal (what I use for the video 
magazine site) there is a ezmlm module that allows users to 
check/uncheck what mailing lists I make available to them. I'm sure 
there would be something similar for Joomla.



- 

Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and 
installations.

 If you need professional help with your setup, contact them today!
- 

Please visit qmailtoaster.com for the latest news, updates, and 
packages.
 To unsubscribe, e-mail: 
qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: 
qmailtoaster-list-h...@qmailtoaster.com








-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Sort of OT - Qmail to Joomla

[sysadmin]

Warning Will Robinson,
DO NOT Use Joomla 

This has been a pain in my A** for years, only because my bosses are to 
cheap to get commercial software.

madmac

Jake Vickers wrote:

Nigel Reed wrote:

This is a good question for anyone who likes a brain teaser.

Current situation: I'm using a template driven website that many 
other clubs use. My site looks like everyone elses. We add members 
and their email addresses, then we can send an email to 
c...@myclubssite.com and it'll go to the members. Only people whose 
email addresses are registered can sent.


Now, I am moving to Joomla, and I would like a similar setup, I  will 
move the domain over, but I have no idea how I can interface Joomla 
with Qmail. My first instinct is to do an SQL query and select the 
email addresses from the Jooma database into the qmail aliases 
database. This wouldn't stop others from sending email to that alias.


I'm open to ideas and suggestions.
  


Not sure about Joomla, but with Drupal (what I use for the video 
magazine site) there is a ezmlm module that allows users to 
check/uncheck what mailing lists I make available to them. I'm sure 
there would be something similar for Joomla.



- 

Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and 
installations.

 If you need professional help with your setup, contact them today!
- 

Please visit qmailtoaster.com for the latest news, updates, and 
packages.
 To unsubscribe, e-mail: 
qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: 
qmailtoaster-list-h...@qmailtoaster.com








-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

RE: [qmailtoaster] eMPF requires authentication to work?

[Michael Colvin]

Why not have the internal server deliver the mail itself?  Is there a
particular reason you need to relay through the QMT servers?

 
Michael J. Colvin
NorCal Internet Services
www.norcalisp.com
 



> -Original Message-
> From: d...@acbsco.com [mailto:d...@acbsco.com]
> Sent: Tuesday, November 10, 2009 11:42 AM
> To: qmailtoaster-list@qmailtoaster.com
> Subject: [qmailtoaster] eMPF requires authentication to work?
> 
> Hello list,
> I have been using eMPF for about one year now and it does a great job
> limiting email accounts and/or who they can send or receive emails
> from.  Thanks for including it in the distribution.
> 
> I have noticed that eMPF requires that the user sending the email
> authenticates (otherwise how would it know if the user was allowed to
> send or not). I run several applications (nagios, timetrex, etc) on
> servers I have on my LAN.  These internal servers occasionally send
> automated emails.  I have qmail (from source boo!) installed on the
> internal servers, but not qmailtoaster.  I have the internal servers
> relay mail to my qmailtoaster server.  I entered the ip address of the
> qmailtoaster server into /var/qmail/control/smtproutes control file of
> my internal servers.
> 
> If the application I am running (see above) has a config section where I
> can enter a smtp server, a valid usern...@domainname.com and a valid
> password, then my qmailtoaster will accept the email and relay
> successfully.  However, if application does not have a config section
> for the smtp server, username, and password or the application uses a
> phpmailer (which many do) the relayed email fails.  In the smtp log file
> on the qmailtoaster spamdyke reports "DENIED OTHER" which means "The
> text returned by qmail (or the downstream filter that generated the
> rejection).".  Here is a section of the smtp logfile on the qmailtoaster
> server when the email fails:
> 11-10 11:55:20 policy_check: local d...@acbsco.com -> local
> a...@solution-group.com (UNAUTHENTICATED SENDER)
> 11-10 11:55:20 spamdyke[21618]: DENIED_OTHER from: d...@acbsco.com to:
> a...@solution-group.com origin_ip: 192.168.105.110 origin_rdns:
> (unknown) auth: (unknown)
> 
> If I empty my /var/qmail/control/policy file (empf config file)
> basically turning eMPF off,  and send the same message, it is
> successful. Here is a section of the smtp logfile on the qmail toaster
> after turning off eMPF
> 11-10 13:26:25 policy_check: local d...@acbsco.com -> local
> a...@solution-group.com (UNAUTHENTICATED SENDER)
> 11-10 13:26:25 spamdyke[24110]: ALLOWED from: d...@acbsco.com to:
> a...@solution-group.com origin_ip: 192.168.105.110 origin_rdns:
> (unknown) auth: (unknown)
> 
> Does anyone know a way around this?
> 
> Turning off eMPF is not an option since my client insists on limiting
> email accounts.  I read a post by Eric dated 10/29/2009 regarding "a
> quickie guide to configuring postfix to relay securely to a toaster".
> This seems simple enough.  I suppose I would need to remove qmail first
> and seeing how it was installed from source, it may be a little more
> complicated than "rpm -e".
> 
> Any suggestions, comments, etc. would be greatly appreciated.
> 
> Thanks,
> Dave
> 
> --
> ---
> Qmailtoaster is sponsored by Vickers Consulting Group
> (www.vickersconsulting.com)
> Vickers Consulting Group offers Qmailtoaster support and
> installations.
>   If you need professional help with your setup, contact them today!
> --
> ---
>  Please visit qmailtoaster.com for the latest news, updates, and
> packages.
> 
>   To unsubscribe, e-mail: qmailtoaster-list-
> unsubscr...@qmailtoaster.com
>  For additional commands, e-mail: qmailtoaster-list-
> h...@qmailtoaster.com
> 



-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!
-
 Please visit qmailtoaster.com for the latest news, updates, and packages.

  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

[qmailtoaster] Re: eMPF requires authentication to work?

[Eric Shubert]

d...@acbsco.com wrote:

Hello list,
I have been using eMPF for about one year now and it does a great job
limiting email accounts and/or who they can send or receive emails
from.  Thanks for including it in the distribution.

I have noticed that eMPF requires that the user sending the email
authenticates (otherwise how would it know if the user was allowed to
send or not). I run several applications (nagios, timetrex, etc) on
servers I have on my LAN.  These internal servers occasionally send
automated emails.  I have qmail (from source boo!) installed on the
internal servers, but not qmailtoaster.  I have the internal servers
relay mail to my qmailtoaster server.  I entered the ip address of the
qmailtoaster server into /var/qmail/control/smtproutes control file of 
my internal servers.


If the application I am running (see above) has a config section where I
can enter a smtp server, a valid usern...@domainname.com and a valid
password, then my qmailtoaster will accept the email and relay
successfully.  However, if application does not have a config section
for the smtp server, username, and password or the application uses a
phpmailer (which many do) the relayed email fails.  In the smtp log file
on the qmailtoaster spamdyke reports "DENIED OTHER" which means "The
text returned by qmail (or the downstream filter that generated the
rejection).".  Here is a section of the smtp logfile on the qmailtoaster
server when the email fails:
11-10 11:55:20 policy_check: local d...@acbsco.com -> local
a...@solution-group.com (UNAUTHENTICATED SENDER)
11-10 11:55:20 spamdyke[21618]: DENIED_OTHER from: d...@acbsco.com to:
a...@solution-group.com origin_ip: 192.168.105.110 origin_rdns:
(unknown) auth: (unknown)

If I empty my /var/qmail/control/policy file (empf config file)
basically turning eMPF off,  and send the same message, it is
successful. Here is a section of the smtp logfile on the qmail toaster
after turning off eMPF
11-10 13:26:25 policy_check: local d...@acbsco.com -> local
a...@solution-group.com (UNAUTHENTICATED SENDER)
11-10 13:26:25 spamdyke[24110]: ALLOWED from: d...@acbsco.com to:
a...@solution-group.com origin_ip: 192.168.105.110 origin_rdns:
(unknown) auth: (unknown)

Does anyone know a way around this? 


Turning off eMPF is not an option since my client insists on limiting
email accounts.  I read a post by Eric dated 10/29/2009 regarding "a
quickie guide to configuring postfix to relay securely to a toaster". 
This seems simple enough.  I suppose I would need to remove qmail first

and seeing how it was installed from source, it may be a little more
complicated than "rpm -e". 


Any suggestions, comments, etc. would be greatly appreciated.

Thanks,
Dave



Sounds to me like getting your other servers to authenticate is your 
best solution.


Which mailer/MTA is running on those hosts? If it's qmail and not an 
rpm, you should simply make sure the daemons are not running. Other than 
that, the critial piece is the sendmail program itself. Be sure that, 
after postfix is installed, that all $PATH settings are picking up the 
correct program (usually /usr/sbin/sendmail).


HTH.
--
-Eric 'shubes'


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

[qmailtoaster] eMPF requires authentication to work?

[d...@acbsco.com]

Hello list,
I have been using eMPF for about one year now and it does a great job
limiting email accounts and/or who they can send or receive emails
from.  Thanks for including it in the distribution.

I have noticed that eMPF requires that the user sending the email
authenticates (otherwise how would it know if the user was allowed to
send or not). I run several applications (nagios, timetrex, etc) on
servers I have on my LAN.  These internal servers occasionally send
automated emails.  I have qmail (from source boo!) installed on the
internal servers, but not qmailtoaster.  I have the internal servers
relay mail to my qmailtoaster server.  I entered the ip address of the
qmailtoaster server into /var/qmail/control/smtproutes control file of 
my internal servers.

If the application I am running (see above) has a config section where I
can enter a smtp server, a valid usern...@domainname.com and a valid
password, then my qmailtoaster will accept the email and relay
successfully.  However, if application does not have a config section
for the smtp server, username, and password or the application uses a
phpmailer (which many do) the relayed email fails.  In the smtp log file
on the qmailtoaster spamdyke reports "DENIED OTHER" which means "The
text returned by qmail (or the downstream filter that generated the
rejection).".  Here is a section of the smtp logfile on the qmailtoaster
server when the email fails:
11-10 11:55:20 policy_check: local d...@acbsco.com -> local
a...@solution-group.com (UNAUTHENTICATED SENDER)
11-10 11:55:20 spamdyke[21618]: DENIED_OTHER from: d...@acbsco.com to:
a...@solution-group.com origin_ip: 192.168.105.110 origin_rdns:
(unknown) auth: (unknown)

If I empty my /var/qmail/control/policy file (empf config file)
basically turning eMPF off,  and send the same message, it is
successful. Here is a section of the smtp logfile on the qmail toaster
after turning off eMPF
11-10 13:26:25 policy_check: local d...@acbsco.com -> local
a...@solution-group.com (UNAUTHENTICATED SENDER)
11-10 13:26:25 spamdyke[24110]: ALLOWED from: d...@acbsco.com to:
a...@solution-group.com origin_ip: 192.168.105.110 origin_rdns:
(unknown) auth: (unknown)

Does anyone know a way around this? 

Turning off eMPF is not an option since my client insists on limiting
email accounts.  I read a post by Eric dated 10/29/2009 regarding "a
quickie guide to configuring postfix to relay securely to a toaster". 
This seems simple enough.  I suppose I would need to remove qmail first
and seeing how it was installed from source, it may be a little more
complicated than "rpm -e". 

Any suggestions, comments, etc. would be greatly appreciated.

Thanks,
Dave

-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!
-
 Please visit qmailtoaster.com for the latest news, updates, and packages.
 
  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

[qmailtoaster] clamv & Mandriva 2009.1 fails

[Nigel Reed]

For some reason in Mandriva 2009.1 and 2010 the libgmp3 development package is 
named libgmp-devel rather than libgmp3-devel. This simple change in the spec 
file allows clamv to compile.

Thanks for adding Mandriva 2009, btw. :) 


  

-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!
-
 Please visit qmailtoaster.com for the latest news, updates, and packages.
 
  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

Re: [qmailtoaster] Sort of OT - Qmail to Joomla

[d...@acbsco.com]

Jake Vickers wrote:
> Nigel Reed wrote:
>> This is a good question for anyone who likes a brain teaser.
>>
>> Current situation: I'm using a template driven website that many
>> other clubs use. My site looks like everyone elses. We add members
>> and their email addresses, then we can send an email to
>> c...@myclubssite.com and it'll go to the members. Only people whose
>> email addresses are registered can sent.
>>
>> Now, I am moving to Joomla, and I would like a similar setup, I  will
>> move the domain over, but I have no idea how I can interface Joomla
>> with Qmail. My first instinct is to do an SQL query and select the
>> email addresses from the Jooma database into the qmail aliases
>> database. This wouldn't stop others from sending email to that alias.
>>
>> I'm open to ideas and suggestions.
>>   
>
> Not sure about Joomla, but with Drupal (what I use for the video
> magazine site) there is a ezmlm module that allows users to
> check/uncheck what mailing lists I make available to them. I'm sure
> there would be something similar for Joomla.
>
We use acajoom component for joomla.  Works very well. Here is a link:
http://www.ijoobi.com/
Dave
>
> -
>
> Qmailtoaster is sponsored by Vickers Consulting Group
> (www.vickersconsulting.com)
>Vickers Consulting Group offers Qmailtoaster support and
> installations.
>  If you need professional help with your setup, contact them today!
> -
>
> Please visit qmailtoaster.com for the latest news, updates, and
> packages.
>  To unsubscribe, e-mail:
> qmailtoaster-list-unsubscr...@qmailtoaster.com
> For additional commands, e-mail:
> qmailtoaster-list-h...@qmailtoaster.com
>
>

-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!
-
 Please visit qmailtoaster.com for the latest news, updates, and packages.
 
  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

RE: [qmailtoaster] Re: Missing messages

[Michael Colvin]

In addition to Eric's suggestion of ensuring DNS records are pointing
correctly, check that the server you are using to send mail with (The
"External" server you mention) is not also set up to think it handles the
mail for your domain locally.  If it is, it won't even look at DNS.

This is especially likely if this server USED to host your mail, and you
simply put up the QMT, and re-pointed your MX record to it, but did not
remove the domain from the "External" server's "Localhosts/rcpthosts/etc"
file, depending on the flavor of the "external" mail server.

This issue will result in inbound mail from "The Net" being properly
delivered, but mail sent via the "External" server not being delivered.
This includes anyone else using that "Hosts" servers to send mail.  This can
be hard to get a large host to correct, since Tier 1 support will usually
not grasp the issue.

Also, this issue will not cause the mail to be bounced if the e-mail
accounts are still on the "External" server, since they are being delivered
locally...  You might be able to log into the "External" mail server via a
webmail client or something on THAT server, and see the mail...

 
Michael J. Colvin
NorCal Internet Services
www.norcalisp.com
 



> -Original Message-
> From: news [mailto:n...@ger.gmane.org] On Behalf Of Eric Shubert
> Sent: Tuesday, November 10, 2009 6:56 AM
> To: qmailtoaster-list@qmailtoaster.com
> Subject: [qmailtoaster] Re: Missing messages
> 
> Mike Canty wrote:
> > I have a standard Qmail Toaster install on CentOS 5.3 with Spamdyke.  We
> are
> > being told of messages not being received by recipients in our domain.
> We
> > are finding this by one user sending messages via an external mail
> server
> > (there are reasons for setting them up in this manner), to an internal
> > account, but when I look at the logs there are no entries for these
> message
> > ever getting delivered.
> >
> > Is it possible we are rejecting messages that do not appear in our logs?
> > Could that be messages that don't get in the door?  If so is there a
> level
> > of log we can put in place to see these messages.
> >
> > It's just a bit embarrassing, as the mail manager not being able to work
> out
> > what is happening.  So any information would be appreciated.
> >
> > Cheers
> > Mike Canty
> >
> 
> I don't believe a message would be rejected for any reason without a
> message being written to the smtp log. spamdyke logs from address, to
> address, and sending server's ip address in all rejection messages.
> 
> Older QMT versions that rejected due to SPF would not log a message to
> that effect, but there would still be a "pid from" message in the log.
> That's been fixed for maybe 2 years or so though.
> 
> If there's no indication of the message reaching your server, I'd
> suspect a misdirected DNS record of some sort.
> 
> --
> -Eric 'shubes'
> 
> 
> --
> ---
> Qmailtoaster is sponsored by Vickers Consulting Group
> (www.vickersconsulting.com)
> Vickers Consulting Group offers Qmailtoaster support and
> installations.
>   If you need professional help with your setup, contact them today!
> --
> ---
>  Please visit qmailtoaster.com for the latest news, updates, and
> packages.
> 
>   To unsubscribe, e-mail: qmailtoaster-list-
> unsubscr...@qmailtoaster.com
>  For additional commands, e-mail: qmailtoaster-list-
> h...@qmailtoaster.com
> 



-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
  If you need professional help with your setup, contact them today!
-
 Please visit qmailtoaster.com for the latest news, updates, and packages.

  To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com

[qmailtoaster] Re: Spam issues

[Eric Shubert]

Jake has a great tip in a video about making a QMT run more efficiently. 
Putting the simscan directory on a RAM disk speeds up scanning big time. 
I would recommend this tweak if you're needing to start so many spamd 
children. Check out the video for details.


nicole thomson wrote:


thanks eric


it did the job.





 > To: qmailtoaster-list@qmailtoaster.com
 > From: e...@shubes.net
 > Date: Mon, 9 Nov 2009 07:53:53 -0700
 > Subject: [qmailtoaster] Re: Spam issues
 >
 > Nicole,
 > You need to add a --max-children=8 (for example) parameter to the
 > command you've shown. See "man spamd" for details, as there are some
 > factors with this parameter that you should be aware of.
 > --
 > -Eric 'shubes'
 >
 > nicole thomson wrote:
 > >
 > > This is showing the message as rejected, but I do see an error in your
 > > spamd log that may be causing you some grief:
 > > info: prefork: server reached --max-children setting, consider 
raising it
 > > You set a limit on the number of children spawnable in your run 
file and

 > > you're exceeding that. You either need to tune your system to process
 > > messages faster, or raise that limit in your run file.
 > >
 > > (As a side note, is there a way to make your MSN auto wrap message 
lines

 > > that are too long?)
 > >
 > >
 > > jake, can you please tell me where should i change the settings for 
the

 > > above recommendations?
 > >
 > >
 > > btw i am using putty to access the machine, i dont use MSN at work 
place.

 > >
 > >
 > >
 > >
 > > my spamd/run contents as follows
 > >
 > >
 > >
 > > #!/bin/sh
 > > exec /usr/bin/spamd -x -u vpopmail -s stderr 2>&1
 > >
 > >
 > >
 > >
 > >
 > >
 > >
 > > 


 > > Date: Fri, 6 Nov 2009 07:38:38 -0500
 > > From: j...@qmailtoaster.com
 > > To: qmailtoaster-list@qmailtoaster.com
 > > Subject: Re: [qmailtoaster] Spam issues
 > >
 > > nicole thomson wrote:
 > >
 > > from smtp
 > >
 > > @40004af3c9c62ff93254 simscan:[16170]:SPAM REJECT
 > > (16.30/12.00):25.1791s:We Provide Nice Choice Of Affordable
 > > Soft.:222.254.140.77:mole...@rgleq.com:mydomainu...@mydomain.com:
 > > 


 > > @40004af3c9c62ff99014 qmail-smtpd: qq hard reject (Your email is
 > > considered spam (16.30 spam-hits)): MAILFROM:
 > >  RCPTTO:mydomainu...@mydomain.com
 > > 
 > > @40004af3c9c70707fed4 tcpserver: end 16170 status 256
 > > @40004af3c9c7070806a4 tcpserver: status: 2/50
 > > @40004af3c9d51b8ed904 tcpserver: end 16336 status 0
 > > @40004af3c9d51b8f32dc tcpserver: status: 1/50
 > > @40004af3c9e51b78d44c tcpserver: end 16335 status 0
 > > @40004af3c9e51b79226c tcpserver: status: 0/50
 > >
 > >
 > > from spamd
 > >
 > > @40004af3c9c62f9c703c [16157] info: spamd: identified spam
 > > (16.3/12.0) for clamav:508 in 9.9 seconds, 4446 bytes.
 > > @40004af3c9c62f9e21d4 [16157] info: spamd: result: Y 16 -
 > > 
BAYES_99,HELO_LOCALHOST,HTML_MESSAGE,RDNS_NONE,URIBL_AB_SURBL,URIBL_BLACK,URIBL_JP_SURBL,URIBL_OB_SURBL,URIBL_SC_SURBL,URIBL_WS_SURBL
 > > 
scantime=9.9,size=4446,user=clamav,uid=508,required_score=12.0,rhost=localhost.localdomain,raddr=127.0.0.1,rport=52586,mid=<000d01ca5eae$d178b630$6400a...@molests>,bayes=1.00,autolearn=spam

 > > @40004af3c9c6314a9d3c [2460] info: prefork: child states: B
 > > @40004af3c9c6314aa50c [2460] info: prefork: server reached
 > > --max-children setting, consider raising it
 > > @40004af3c9c631727c44 [16157] info: spamd: connection from
 > > localhost.localdomain [127.0.0.1] at port 52596
 > > @40004af3c9c631f423ac [16157] info: spamd: processing message
 > > <008c01ca5eae$f2cd4620$d867d2...@com> for vpopmail:508
 > > @40004af3c9c917309794 [12120] info: spamd: clean message
 > > (-3.2/12.0) for vpopmail:508 in 4.2 seconds, 53607 bytes.
 > > @40004af3c9c917325cb4 [12120] info: spamd: result: . -3 -
 > > AWL,BAYES_00,HTML_MESSAGE,NO_RELAYS
 > > 
scantime=4.2,size=53607,user=vpopmail,uid=508,required_score=12.0,rhost=localhost.localdomain,raddr=127.0.0.1,rport=52591,mid=<00b101ca5eae$e1c22d00$a54687...@com>,bayes=0.00,autolearn=unavailable

 > >
 > >
 > >
 > > This is showing the message as rejected, but I do see an error in your
 > > spamd log that may be causing you some grief:
 > > info: prefork: server reached --max-children setting, consider 
raising it
 > > You set a limit on the number of children spawnable in your run 
file and

 > > you're exceeding that. You either need to tune your system to process
 > > messages faster, or raise that limit in your run file.
 > >
 > > (As a side note, is there a way to make your MSN auto wrap message 
lines

 > > that are too long?)
 > >
 > > 

 > > New Windows 7: Simplify what you do everyday. Find the right PC for 
you.

 > > <

[qmailtoaster] Re: Missing messages

[Eric Shubert]

Mike Canty wrote:

I have a standard Qmail Toaster install on CentOS 5.3 with Spamdyke.  We are
being told of messages not being received by recipients in our domain.  We
are finding this by one user sending messages via an external mail server
(there are reasons for setting them up in this manner), to an internal
account, but when I look at the logs there are no entries for these message
ever getting delivered.

Is it possible we are rejecting messages that do not appear in our logs?
Could that be messages that don't get in the door?  If so is there a level
of log we can put in place to see these messages.

It's just a bit embarrassing, as the mail manager not being able to work out
what is happening.  So any information would be appreciated.

Cheers
Mike Canty



I don't believe a message would be rejected for any reason without a 
message being written to the smtp log. spamdyke logs from address, to 
address, and sending server's ip address in all rejection messages.


Older QMT versions that rejected due to SPF would not log a message to 
that effect, but there would still be a "pid from" message in the log. 
That's been fixed for maybe 2 years or so though.


If there's no indication of the message reaching your server, I'd 
suspect a misdirected DNS record of some sort.


--
-Eric 'shubes'


-
Qmailtoaster is sponsored by Vickers Consulting Group 
(www.vickersconsulting.com)
   Vickers Consulting Group offers Qmailtoaster support and installations.
 If you need professional help with your setup, contact them today!
-
Please visit qmailtoaster.com for the latest news, updates, and packages.

 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com

For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com