When I send a message to someone else, in the headers for the received
message, you get the following:
Received: from unknown (HELO ?192.168.11.10?) ([EMAIL PROTECTED]@70.240.235.119)
by 0 with ESMTPA; 22 Mar 2007 11:50:48 -
This header line contains the client machine's internal ip add
Hi all,
I've already asked this but I couldn't find an answer yet. Sorry.
We've configured a toaster for several accounts with a very limited quota (3
MB). The problem I'm having is that when the user A tries to send a 5 MB
email to the user B, the email bounces (and includes a base64 encoded
ver
On Thu, 2007-03-22 at 07:55 -0500, Gary Bowling wrote:
> When I send a message to someone else, in the headers for the received
> message, you get the following:
>
> Received: from unknown (HELO ?192.168.11.10?) ([EMAIL
> PROTECTED]@70.240.235.119)
> by 0 with ESMTPA; 22 Mar 2007 11:50:48 -000
On Thu, 2007-03-22 at 10:06 -0300, Mauro N. Infantino wrote:
> Hi all,
>
> I've already asked this but I couldn't find an answer yet. Sorry.
>
> We've configured a toaster for several accounts with a very limited quota (3
> MB). The problem I'm having is that when the user A tries to send a 5 MB
Seems a security risk because it shows both the internal address and the
external address of the client, not the server. Which gives a hacker an
easy way to start discovering outside/inside address pairs.
Finding who the user that sent the message is, is identified by the
sending email addre
Thank you very much Shane!
Just for the record, here's the message (download link doesn't work):
http://www.mail-archive.com/vchkpw@inter7.com/msg16503.html
And I can't believe I missed it in qmail.org:
http://www.qmail.org/www.jedi.claranet.fr/qmail-bounce.patch
Thanks again,
Mauro.
> -Or
On Thu, 2007-03-22 at 08:19 -0500, Gary Bowling wrote:
>
> Seems a security risk because it shows both the internal address and
> the external address of the client, not the server. Which gives a
> hacker an easy way to start discovering outside/inside address pairs.
>
> Finding who the user that
> And I can't believe I missed it in qmail.org:
> http://www.qmail.org/www.jedi.claranet.fr/qmail-bounce.patch
I belive I have had problems with bounces simply truncated at 50k or so.
I am not sure but I think qmail-scanner or clam used to judge weird things
when eg. an attachment was malformed du
Thanks for the attitude!, I didn't really need a lesson in NAT or
security. What I know about those things or how they are involved is not
of concern here..
I simply had a question of the possibility of removing those lines from
the header. I get email from other people using other MTA's tha
> Thanks for the attitude!, I didn't really need a lesson in NAT or
> security. What I know about those things or how they are involved is not
> of concern here..
No need to get upset because... [read below]
> I simply had a question of the possibility of removing those lines from
> the header. I
Thanks Maciej, Interesting, didn't realize this was a big topic in the
email community. It's also interesting that email from a friend who's
company uses MS Exchange doesn't have the info in the header.
Not that MS is very good at following the RFC's, but interesting.
I can understand that t
On Thu, 22 Mar 2007 09:14:50 -0500
Gary Bowling <[EMAIL PROTECTED]> wrote:
> Not that MS is very good at following the RFC's, but interesting.
The MS-Server is behind the Firewall, isn't? do the ms-client
use SMTP-AUTH to send emails?
> I can understand that the server header is of importance
On March 22 2007, 3:59 pm, ueli heuer wrote:
> On Thu, 22 Mar 2007 09:14:50 -0500
> Gary Bowling <[EMAIL PROTECTED]> wrote:
>> I can understand that the server header is of importance as well as the
>> email address of the client. But the internal/external address of the
>> client machine seems p
ueli heuer wrote:
On Thu, 22 Mar 2007 09:14:50 -0500
Gary Bowling <[EMAIL PROTECTED]> wrote:
Not that MS is very good at following the RFC's, but interesting.
The MS-Server is behind the Firewall, isn't? do the ms-client
use SMTP-AUTH to send emails?
Don't know about the MS co
Hello there
I am using courier IMAP and IMAP-SSL and I was wandering why
IMAP_MOVE_EXPUNGE_TO_TRASH=1 doesn't work when I connect via SSL. when I
delete a email on my inbox, it simple zaps the emails when it should
move it to the trash.
when I connect to the regular imapd, it works as expect
Daniel wrote:
> Hello there
>
> I am using courier IMAP and IMAP-SSL and I was wandering why
> IMAP_MOVE_EXPUNGE_TO_TRASH=1 doesn't work when I connect via SSL. when I
> delete a email on my inbox, it simple zaps the emails when it should
> move it to the trash.
>
> when I connect to the regular
ok
thanks for the quick response !
Daniel
Bill Shupp wrote:
Daniel wrote:
Hello there
I am using courier IMAP and IMAP-SSL and I was wandering why
IMAP_MOVE_EXPUNGE_TO_TRASH=1 doesn't work when I connect via SSL. when I
delete a email on my inbox, it simple zaps the emails when it should
mov
All,
I've got a new toaster patch that I could use help testing:
http://shupp.org/patches/qmail-toaster-0.9.0rc2.patch.bz2
Below are the patches included. Please help test if you can. I have it
running on my personal system at the moment.
NOTE: This version supports DomainKeys, and requires
Hi,
I just set up a secondary MX for my domains, and it works of course.
But, what I wanted is that for both MXes to chkuser from mysql.
When sending mail through the first MX (it has mysql and the domain
maildirs) it can check if a user does not exist and say: no such user.
The other MX suppose
On Mar 22, 2007, at 5:55 AM, Gary Bowling wrote:
When I send a message to someone else, in the headers for the
received message, you get the following:
Received: from unknown (HELO ?192.168.11.10?)
([EMAIL PROTECTED]@70.240.235.119)
by 0 with ESMTPA; 22 Mar 2007 11:50:48 -
This heade
Hello list !
Well after figuring out that qmailctl cdb does not recompile tcp.smtp.cdb
and it does not activate simscan :)
I'm stuck in another step on using the new simscan 1.3.1...
I have activated debug logging and the issue is that simscan stops at
ripmime with the cryptic message : "ripmime
Just to keep it documented : the problem was that I was using supervise
(daemontools) to startup and manage courier imap. and the scripts that I
was using weren't reading both imapd and imapd-ssl config files for the
imapd-ssl app... but I corrected that and all is fine now.
is there possible to have also remote smtp auth patch in you Toaster?
On Thu, 2007-03-22 at 12:36 -0700, Bill Shupp wrote:
> All,
>
> I've got a new toaster patch that I could use help testing:
>
> http://shupp.org/patches/qmail-toaster-0.9.0rc2.patch.bz2
>
> Below are the patches included.
23 matches
Mail list logo
