Re: [qmailtoaster] qmailtoaster-plus-0.3.1-1.4.14 released

2009-10-04 Thread Kartone
Thanks for this HUGE work to support the entire community of this  
extraordinary package!

:-)

Kartone

Il giorno 03/ott/2009, alle ore 20.03, Eric Shubert ha scritto:

I'm happy to announce the next release of qmailtoaster-plus! This is  
a fairly major release.


First and foremost, the qmailtoaster-plus.repo package has been  
expanded. It now includes repositories for each distro/version to  
provide the FUSE packages required by the updated qtp-newmodel.  
While it is usually a good idea to run

# yum update
before running qtp-newmodel, you *must* minimally run
# yum update qmailtoaster-plus.repo
before running the new qtp-newmodel with a unionfs sandbox.
If you don't do this update, you'll see:
Error getting repository data for qtp-CentOS, repository not found
qtp-mount-sandbox - installation of dependent packages failed
qtp-mount-sandbox - is your qmailtoaster-plus.repo package up to date?

Secondly, the unionfs sandbox used by qtp-newmodel has been totally  
revamped. It now runs with FUSE (Filesystem in USErspace), so it  
doesn't need to be rebuilt whenever the kernel is updated. This is  
compatible now with newer kernels (Fedora 10,11), and has been  
implemented in older kernels (2.6.9+) with the help of the dkms and  
dkms-fuse packages. All of the details are handled automatically by  
the qtp-mount-sandbox script, which is invoked by qtp-newmodel (and  
can be run from the CLI FWIW). If you're running CentOS, be sure to  
be patient when dkms-fuse is installing. It takes a bit of time  
because it builds a kernel module during the post install process.


The unionfs sandbox has not been tested on Suse or Mandriva. I  
expect there will be a few things that need to be done to get it  
working, but it shouldn't be difficult, as the pieces are all in  
place. If one of you who is running Suse or Mandriva would like to  
test this functionality, please contact me.


The other fairly big change is that the qtp-extraclam script has  
been replaced with a new qtp-install-sanesecurity script. This  
script downloads and installs the current version of the script  
which maintains the extra clamav databases. When a new version  
becomes available, you can simply rerun qtp-install-sanesecurity to  
get the latest version.


There are other minor enhancements as well. qtp-newmodel now lets  
you select packages for re-install, and it also displays the last 10  
lines of the log file if/when there's a build error. See the release  
notes for any other little things I may have missed in this  
announcement.


As always, please post to the list with any questions or comments.

NJoy!
--
-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] SPAM WhiteList

2009-10-04 Thread Domnick Eger
Hi Qmail Group,

 

What the best way of figuring out why Qmail would be blocking it own domains
that its hosting as SPAM, had a few complaints from my internal users about
getting marked as SPAM when they sent to the same domain. Any suggestions
would be appreciated :-).



Re: [qmailtoaster] From_failed problem

2009-10-04 Thread Eric Shubert

Aleksander Podsiadly wrote:

W dniu 04.10.2009 18:49, Fernando Ortega pisze:
But the same script is working with another mail server fine, without 
problems. The Language string problem it's only a warning because the 
lang directory isn't installed, but isn't important.


[...]


Check the log files (Apache, QMT, system), IMO there should be an answer.



I agree. The smtp log is the first thing I'd check, since that's where 
they'd be coming in. The send log should show them going out.


qmlog is a good tool for checking QMT logs. See http://qtp.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




Re: [qmailtoaster] Fully qualified hostname with multiple domain names

2009-10-04 Thread Eric Shubert

Interesting.

I don't buy that using an IP address is necessarily the best practice 
though. Here are my thoughts on this.


First, from rfc2821 (http://www.ietf.org/rfc/rfc2821.txt):

   One important reply is the connection greeting.  Normally, a receiver
   will send a 220 "Service ready" reply when the connection is
   completed.  The sender SHOULD wait for this greeting message before
   sending any commands.

   Note: all the greeting-type replies have the official name (the
   fully-qualified primary domain name) of the server host as the first
   word following the reply code.  Sometimes the host will have no
   meaningful name.  See 4.1.3 for a discussion of alternatives in these
   situations.

   For example,

  220 ISIF.USC.EDU Service ready
   or
  220 mail.foo.com SuperSMTP v 6.1.2 Service ready
   or
  220 [10.0.0.1] Clueless host service ready


4.1.3 Address Literals

   Sometimes a host is not known to the domain name system and
   communication (and, in particular, communication to report and repair
   the error) is blocked.  To bypass this barrier a special literal form
   of the address is allowed as an alternative to a domain name.  For
   IPv4 addresses, this form uses four small decimal integers separated
   by dots and enclosed by brackets such as [123.255.37.2], which
   indicates an (IPv4) Internet Address in sequence-of-octets form.  For
   IPv6 and other forms of addressing that might eventually be
   standardized, the form consists of a standardized "tag" that
   identifies the address syntax, a colon, and the address itself, in a
   format specified as part of the IPv6 standards [17].



So we see that the IP address format is meant to be used when "a host is 
not known to the domain name system". This is clearly not the case in 
server to server communications, and would thus be inappropriate in a 
QMT implementation (IMHO).


This has nothing to do with virtual domains, nor with the domain names 
contained in the email messages. Its purpose is strictly to identify the 
host that's making the connection, in order to aid in troubleshooting.


While one might argue that an IP address is a sufficient identifier, it 
is certainly less helpful for troubleshooting than having a proper fully 
qualified host name that is properly resolvable via DNS.


It's also reasonable (IMHO) for a destination server to reject a 
connection from a server that provides a name in the greeting message 
that is not resolvable.


If a server were to reject email based on the fact that the domain in 
the greeting did not match the domain name in a sender's address, that 
would be ludicrous, given the extent to which relays are used.


Based on these observations, my recommendation and practice is to use 
the fully qualified host name in the /var/qmail/control/smtpgreeting 
file, as well as the helohost file. This is the same name that's used in 
a type A DNS record that resolves to the host's address, and is 
typically also referred to in a domain's MX record.


I also believe that this should be considered the best practice. If 
someone can come up with a reason that this is not the best practice, 
I'm all ears.


--
-Eric 'shubes'


Lucian Cristian wrote:
Around three years ago I had some mail rejected because the greeting 
contained another domain name, maybe the destination had a very strict 
spam filter, and after changing it to ip the mail was accepted, I 
remember testing a lot with dnsstuff and following their advices


Lucian

Eric Shubert wrote:

That'd be simple enough to do for dynamic addresses.

Still begs the question, why is this considered best practice? There 
must be a reason of some sort. If it's best practice for servers with 
multiple domains, why wouldn't it also be best practice for servers 
with only one domain?


I'm guessing it probably has something to do specifically with sending 
servers. Sending from a dynamic address doesn't work well due to RBLs. 
The use of smtproutes to relay outbound messages is pretty much 
required for a server on a dynamic address.


Lucian Cristian wrote:
you can check for current ip by cron (I do this on some servers, 
never use dynamic on mail servers) and replace it , the file can be 
modified any time


Lucian

Eric Shubert wrote:
I can't imagine why that would be considered best practice, except 
maybe to save a DNS lookup. Certainly doesn't work with dynamic 
addresses. :(


Lucian Cristian wrote:

usually I don't use dynamic :)

there was a guide on http://www.dnsstuff.com/ (back when it was free)

and best practice for multiple domains was to use the ip address in 
the greeteing,


Lucian

Eric Shubert wrote:

Where'd you get that info from?
What if your server is on a dynamic IP address???

Lucian Cristian wrote:

best practice is to use:   [ip]
including []

Regards
Lucian

Adam Glass wrote:
Telnet to port 25 confirms it just shows pmcawab. The challenge 
is that there are two domains, awabllc.com and 
parkermerrick.com. If

Re: [qmailtoaster] Setting up horde for mail

2009-10-04 Thread Richard Vinke
The answer is given a few weeks ago. I noted on my wiki (horde is on my 
todo list):


   * Installing horde 
 on CentOS5?
 
.
 Ignore the stuff about the underlying mailser parts. Tip: run the
 MySQL?
 

 script manually. Another solution: edit
 |/$HORDE/imp/config/servers.php|

 $servers['imap'] = array(
  'name' => 'IMAP Server',
  'server' => 'localhost',
  'folders' => 'INBOX.',
  'hordeauth' => false,
  'protocol' => 'imap/notls',
  'port' => 143,
 );
 


 and in |$HORDE/config/conf.php| add
 |$conf['auth']['params']['app'] = 'imp';| and
 |$conf['auth']['driver'] = 'application';|.

I hope it helps.

Richard Vinke.


Vidyadhar wrote:

Hi,

Anybody on this list is using horde instead of squirrelmail.

Regards,
Vidyadhar

-
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] From_failed problem

2009-10-04 Thread Aleksander Podsiadly

W dniu 04.10.2009 18:49, Fernando Ortega pisze:
But the same script is working with another mail server fine, without 
problems. The Language string problem it's only a warning because the 
lang directory isn't installed, but isn't important.


[...]


Check the log files (Apache, QMT, system), IMO there should be an answer.

--
Pozdrawiam / Regards,
Aleksander Podsiadły
mail: a...@westside.kielce.pl
jid: a...@jabber.westside.kielce.pl
ICQ: 201121279
gg: 9150578


-
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] Setting up horde for mail

2009-10-04 Thread Vidyadhar
Hi,

Anybody on this list is using horde instead of squirrelmail.

Regards,
Vidyadhar

-
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] From_failed problem

2009-10-04 Thread Fernando Ortega
But the same script is working with another mail server fine, without 
problems. The Language string problem it's only a warning because the 
lang directory isn't installed, but isn't important.





Aleksander Podsiadly escribió:

W dniu 04.10.2009 15:47, Fernando Ortega pisze:

[...]
Perhaps a problem of space in the queue? How can i increase it?

Thanks

I don't think, the problem is in phpmailer, search the Google:
http://www.google.pl/search?q=phpmailer+%22Language+string+failed+to+load



-
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] From_failed problem

2009-10-04 Thread Aleksander Podsiadly

W dniu 04.10.2009 15:47, Fernando Ortega pisze:

[...]
Perhaps a problem of space in the queue? How can i increase it?

Thanks

I don't think, the problem is in phpmailer, search the Google:
http://www.google.pl/search?q=phpmailer+%22Language+string+failed+to+load

--
Pozdrawiam / Regards,
Aleksander Podsiadły
mail: a...@westside.kielce.pl
jid: a...@jabber.westside.kielce.pl
ICQ: 201121279
gg: 9150578


-
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: Mails not being scanned / filtered by SA server

2009-10-04 Thread Ganesh.payelkar
Dear Atul,


 Can you send mail header of your 1st server by sending test mail,
Without forward to 2nd server or  did you check the header of any mail when
it is hit on you first server.

-- 
Regards,

Ganesh P


On Tue, Sep 29, 2009 at 10:36 PM, Atul Paralikar  wrote:

>  Any resolution for this problem?
>


Re: [qmailtoaster] From_failed problem

2009-10-04 Thread Fernando Ortega

Thanks you for reply

/"How many messages do you expect to queue up? What is the size of each 
email? How much disk space is free on your toaster? From the little bit 
you've said, it sounds like perhaps the toaster is running out of space 
for the queue"


/I expect to send between 40.000 and 80.000 emails per day. Actually i'm 
sending in another machine (an old qmailrocks install, no toaster) and 
it's no problem. Each email size is about 7Kb. Free disk in toaster server:


# df -h
FilesystemSize  Used Avail Use% Mounted on
/dev/sda2 450G  1.8G  425G   1% /
/dev/sda1  99M   12M   83M  12% /boot
tmpfs 1.5G 0  1.5G   0% /dev/shm

The user sending emails have a quota of: 0.00 / 5.00 MB (incoming emails 
for that account are deleted)


Perhaps a problem of space in the queue? How can i increase it?

Thanks






Eric Shubert escribió:

Fernando Ortega wrote:
Hi, i'm having a problem with a QmailToaster server. When i send 
thousans emails (launched by a script with phpmailer in our 
mailinglist) from another machine on internet throught QmailToaster 
server, i get the followin error:


Error: Language string failed to load: recipients_failedEMAIL1.
Error: Language string failed to load: data_not_accepted.
Error: Language string failed to load: recipients_failedEMAIL2.
Error: Language string failed to load: recipients_failedEMAIL3.

I stop the script, restart, and the problem continues. First time, i 
can send between 1000 and 2000 emails. Second time when i stop and 
restart script, i cant send any email.


If i wait some hours, i cand send again until the problem occurs again.

My /etc/tcprules.d/tcp.smtp for that IP is:

xx.xx.xx.xx:allow,RELAYCLIENT="",RBLSMTPD="",SENDER_NOCHECK="1"

Can you help me please? What's the problem?



That's really hard to say given what you've said so far. I think it's 
safe to say though that your script is overwhelming your toaster.


The errors that you've shown tell us nothing about what the QMT server 
is doing. How many messages do you expect to queue up? What is the 
size of each email? How much disk space is free on your toaster? From 
the little bit you've said, it sounds like perhaps the toaster is 
running out of space for the queue.




-
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] Create New domain from existing

2009-10-04 Thread amit IKF
Thanks Eric,

Thats solves the problem.

Thanks once again.

Regards,

Amit

On Sun, Oct 4, 2009 at 3:54 AM, Eric Shubert  wrote:

> amit IKF wrote:
>
>> Hi Eric/JP,
>>
>> Thanks..Thats the good idea. Also suddenly I'm getting 1 error while
>> executing "qmailctl cdb". Please find error below:
>>
>> [r...@email tcprules.d]# qmailctl cdb
>> tcprules: fatal: unable to parse this line:
>> 127.:allow,RELAYCLIENT="",DKSIGN="/var/qmail/control/domainkeys/%/private",RBLSMTPD="",NOP0FCHECK="1"
>> Reloaded /etc/tcprules.d/tcp.smtp
>> Reloaded /var/qmail/control/badmimetypes.cdb
>>
>> Any idea.
>>
>> Regards,
>>
>> Amit
>>
>
> Looks ok to me. Did you edit it with a DOS program perhaps (giving it a
> CRLF at the end)? dos2unix would fix that.
>
> --
> -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
>
>
>