At 06:37 PM 2/21/2009, Charles Marcus wrote:
Yes, but this is only a WORKAROUND. You should focus on fixing the
PROBLEM. The PROBLEM is a vacation message is being sent when it shoudln't.
I think our thought process is different. I have a technical thing I
want to do (and understand in postfix
On Sun, Feb 22, 2009 at 03:35:34AM +, Daniel C wrote:
> As for Postfix, it has to be used
No, this is wrong, the "postfix" user must not be the owner the virtual
mailboxes, and should not be used by the IMAP server to access them.
Fix your configuration to avoid this problem.
> by courrier-i
> for example, if a filter, a delivery script, a .forward, ... uses the
> sendmail command.
Well, this is set as "virtual" and there's no .forward or delivery script. The
problem suddenly happen after an upgrade of my system. Maybe there's a config
somewhere that has been changed, I'm just won
On 2/21/2009, post...@corwyn.net (post...@corwyn.net) wrote:
>> Alternatively, change your delivery config so that mail to
>> *+s...@yourdomain.example uses a different delivery mechanism, one that
>> doesn't call your vacation script.
> See, I knew there'd be a way in postfix. Can you provide a q
At 01:57 PM 2/21/2009, mouss wrote:
post...@corwyn.net a écrit :
Alternatively, change your delivery config so that mail to
*+s...@yourdomain.example uses a different delivery mechanism, one that
doesn't call your vacation script.
See, I knew there'd be a way in postfix. Can you
provide a quic
Daniel C a écrit :
>> A broken HTML encapsulator is eating all content inside <>, in your
>> messages, can you post the headers and logs without going trhough
>> the broken (cross-site scripting vulnerable, ...) HTML generator?
>>
>> This message is submitted via SMTP from outside.
>
> Well... The
Darren Pilgrim wrote:
Alexander Hoogerhuis wrote:
Sorry for digging up an old thread, but unless I'm mistaken this will
deal with the case where the user sends email outbound with the MAIL
FROM equal to the SASL login username, but if someone sets their MAIL
FROM to be one of the values from
Alexander Hoogerhuis wrote:
Patrick wrote:
/etc/postfix/main.cf:
smtpd_recipient_restrictions =
permit_mynetworks
reject_authenticated_sender_login_mismatch
permit_sasl_authenticated
reject_unauth_destination
(etc)
smtpd_sender_login_maps = mysql:/etc/pos
> A broken HTML encapsulator is eating all content inside <>, in your
> messages, can you post the headers and logs without going trhough
> the broken (cross-site scripting vulnerable, ...) HTML generator?
>
> This message is submitted via SMTP from outside.
Well... The only choice I have it to s
On Sat, Feb 21, 2009 at 07:53:30PM +, Daniel C wrote:
> ---
> Message #1
> ---
> Return-Path:
> Received: from localhost (homer.mydomain.com [10.0.32.13])
> by m
Patrick wrote:
/etc/postfix/main.cf:
smtpd_recipient_restrictions =
permit_mynetworks
reject_authenticated_sender_login_mismatch
permit_sasl_authenticated
reject_unauth_destination
(etc)
smtpd_sender_login_maps = mysql:/etc/postfix/mysql_sender_login_maps
> This is an corruped and incomplete set of message headers.
>
> And yet, it is fairly clear that the two messages are unrelated and
> not the same, since one arrives via SMTP and other is submmitted
> locally by user 207. Showing the headers separately from the related
> mail logs is not terribly
On Sat, Feb 21, 2009 at 07:02:41PM +, Daniel C wrote:
> Message #1
> ---
> Received: from localhost (homer.mydomain.com [10.0.32.13])
> by mail.mydomain.com (Postfix) with ESMTP id 561804498EF
> for ; Sat, 21 Feb 2009
Here's the header part of the 2 mails I receive when they are duplicate. From
what I can understand, it seems that there's only one connection made to
Postfix, but Postfix send the mail to LMTP, but made a new copy and send it to
itself, which is then sent to LMTP too.
Does it means something
post...@corwyn.net a écrit :
>
>
>
> I'm currently using recipient_delimiter in main.cf and in amavisd.conf,
> so that inbound spam (as determined by spamassassin) adds "+Spam" to the
> recipient. I don't block any spam (it all gets delivered) so I don't
> have to administer quarantined spam.
>
> The mail is apparently submitted twice by your mail client.
> This does not appear to be a postfix or SASL problem.
>
> You earlier wrote that a manual telnet session with
> authentication did not exhibit the duplicated mail problem.
> This confirms that it is a mail client problem, not a postfi
Santiago Romero a écrit :
>
> Is there any way to verify seeing the logfile if a given message is
> going throught a given transport (say "slow" in my master.cf) instead of
> standard "smtp" transport?
>
> I'm not sure or I don't know how to check if the messages are being
> delivered by the "slo
Thanks, mouss and all the others for all the help.
> now, it's time to move to the courier-maildrop mailing list.
I now got understand maildrop much better and know the mistakes I was doing. I
still have some simple problems but will try to get them fixed :) I will take
your suggestion and m
18 matches
Mail list logo
