Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: DBMail: users

Double Mail Feature

 

 

DBMail users RSS feed   Index | Next | Previous | View Threaded


harald.leithner at itronic

Jul 18, 2013, 2:21 AM

Post #1 of 7 (93 views)
Permalink
Double Mail Feature

Hi Paul,

some of my customers having problems getting double or triple Mails, the
header is exact the same.

Would "suppress_duplicates" help in this case?

Could the logging a bit more informative

because this line doesn't help anyone:
Notice:[message] sort_deliver_to_mailbox(+2157): message id=5015749,
size=3093151 is inserted

The only relevant information is the message id, but the userid and the
mailbox id would be great too.

One other thing.
start-stop-daemon --stop --signal HUP --quiet --pidfile
/var/run/dbmail/dbmail-imapd.pid
doesn't reopen the logfile so the debian init script is not working. Is
there a other way to reopen the logfiles?

thx

--
Harald Leithner

ITronic
Vogelweidplatz 12, 1150 Wien, Austria
Tel: +43-1-786 23 88
Fax: +43-1-98 52 077
Mobil: +43-699-123 78 4 78
Mail: leithner [at] itronic | itronic.at
_______________________________________________
DBmail mailing list
DBmail [at] dbmail
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail


h.reindl at thelounge

Jul 18, 2013, 2:35 AM

Post #2 of 7 (88 views)
Permalink
Re: Double Mail Feature [In reply to]

Am 18.07.2013 11:21, schrieb Harald Leithner:
> some of my customers having problems getting double or triple Mails, the header is exact the same.

this may happenif LMTP dies before the message is completly
received from the MTA beause the MTA loses the connection
and tries again, depending at which moment that happened
you get mails more than once, but better than missing ones

> Would "suppress_duplicates" help in this case?

maybe *but* it only masks the problem with is not good over the long
Attachments: signature.asc (0.26 KB)


harald.leithner at itronic

Jul 18, 2013, 2:38 AM

Post #3 of 7 (88 views)
Permalink
Re: Double Mail Feature [In reply to]

lmtp is not runs fine, no messages in the log and the monitoring system
doesn't restart the daemon so I think it hang up the connection without
writing it to the log.

Am 18.07.2013, 11:35 Uhr, schrieb Reindl Harald <h.reindl [at] thelounge>:

>
>
> Am 18.07.2013 11:21, schrieb Harald Leithner:
>> some of my customers having problems getting double or triple Mails,
>> the header is exact the same.
>
> this may happenif LMTP dies before the message is completly
> received from the MTA beause the MTA loses the connection
> and tries again, depending at which moment that happened
> you get mails more than once, but better than missing ones
>
>> Would "suppress_duplicates" help in this case?
>
> maybe *but* it only masks the problem with is not good over the long
>


--
Harald Leithner

ITronic
Vogelweidplatz 12, 1150 Wien, Austria
Tel: +43-1-786 23 88
Fax: +43-1-98 52 077
Mobil: +43-699-123 78 4 78
Mail: leithner [at] itronic | itronic.at
_______________________________________________
DBmail mailing list
DBmail [at] dbmail
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail


paul at nfg

Jul 18, 2013, 2:55 AM

Post #4 of 7 (88 views)
Permalink
Re: Double Mail Feature [In reply to]

On 07/18/2013 11:21 AM, Harald Leithner wrote:
> Hi Paul,
>
> some of my customers having problems getting double or triple Mails, the
> header is exact the same.
>
> Would "suppress_duplicates" help in this case?

It would, but question is why the message is delivered more than once.
suppress_duplicates is meant for filtering out cross-posted messages,
not for solving generic delivery problems.

> Could the logging a bit more informative
>
> because this line doesn't help anyone:
> Notice:[message] sort_deliver_to_mailbox(+2157): message id=5015749,
> size=3093151 is inserted
>
> The only relevant information is the message id, but the userid and the
> mailbox id would be great too.

done.

>
> One other thing.
> start-stop-daemon --stop --signal HUP --quiet --pidfile
> /var/run/dbmail/dbmail-imapd.pid
> doesn't reopen the logfile so the debian init script is not working. Is
> there a other way to reopen the logfiles?


I think restart is the only way, atm.

--
________________________________________________________________
Paul J Stevens pjstevns @ gmail, twitter, skype, linkedin

* Premium Hosting Services and Web Application Consultancy *

www.nfg.nl/info [at] nfg/+31.85.877.99.97
________________________________________________________________
_______________________________________________
DBmail mailing list
DBmail [at] dbmail
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail


harald.leithner at itronic

Jul 18, 2013, 3:07 AM

Post #5 of 7 (89 views)
Permalink
Re: Double Mail Feature [In reply to]

Am 18.07.2013, 11:55 Uhr, schrieb Paul J Stevens <paul [at] nfg>:

> On 07/18/2013 11:21 AM, Harald Leithner wrote:
>> Hi Paul,
>>
>> some of my customers having problems getting double or triple Mails, the
>> header is exact the same.
>>
>> Would "suppress_duplicates" help in this case?
>
> It would, but question is why the message is delivered more than once.
> suppress_duplicates is meant for filtering out cross-posted messages,
> not for solving generic delivery problems.

Yeah thats the question...

I changed the loging level to info but the floods the log with ci_readln
dumping the complete message.

[0x19b1200] Info:[clientbase] ci_readln(+440): [0x7fe2e76df010] C <
BLABLABALBALBLABLALBALB

I think that would be better in "debug" level because the log gets really
big in sort time and I can't read the log anymore ;-)

>
>> Could the logging a bit more informative
>>
>> because this line doesn't help anyone:
>> Notice:[message] sort_deliver_to_mailbox(+2157): message id=5015749,
>> size=3093151 is inserted
>>
>> The only relevant information is the message id, but the userid and the
>> mailbox id would be great too.
>
> done.

thx

>
>>
>> One other thing.
>> start-stop-daemon --stop --signal HUP --quiet --pidfile
>> /var/run/dbmail/dbmail-imapd.pid
>> doesn't reopen the logfile so the debian init script is not working. Is
>> there a other way to reopen the logfiles?
>
>
> I think restart is the only way, atm.
>
hmm ok


--
Harald Leithner

ITronic
Vogelweidplatz 12, 1150 Wien, Austria
Tel: +43-1-786 23 88
Fax: +43-1-98 52 077
Mobil: +43-699-123 78 4 78
Mail: leithner [at] itronic | itronic.at
_______________________________________________
DBmail mailing list
DBmail [at] dbmail
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail


harald.leithner at itronic

Jul 29, 2013, 11:14 AM

Post #6 of 7 (55 views)
Permalink
Re: Double Mail Feature [In reply to]

Ok I have some more log lines.

This is postfix:
Jul 29 17:11:50 mailgate postfix/lmtp[1052]: 248ED202D8:
to=<t.name [at] example>, relay=172.22.14.195[172.22.14.195]:24000,
delay=9.8, delays=9.6/0.01/0/0.2, dsn=4.4.2, status=deferred (lost
connection with 172.22.14.195[172.22.14.195] while sending end of data --
message may be sent more than once)

This is lmtp:
Jul 29 17:11:50 HiveTwoB dbmail-lmtpd[13907]: [0x7fd266416000]
Info:[message] sort_and_deliver(+2044): Keep was not cancelled. Message
will be delivered by default.
Jul 29 17:11:50 HiveTwoB dbmail-lmtpd[13907]: [0x7fd266416000]
Info:[message] insert_messages(+2658): successful sort_and_deliver for
useridnr [346]
Jul 29 17:11:50 HiveTwoB dbmail-lmtpd[13907]: [0x7fd266416000]
Info:[message] get_mailbox_from_filters(+1916): default mailbox [(null)]
Jul 29 17:11:50 HiveTwoB dbmail-lmtpd[13907]: [0x7fd266416000]
Info:[message] sort_and_deliver(+1995): Destination [t.name [at] example]
useridnr [353], mailbox [INBOX], source [6]
Jul 29 17:11:50 HiveTwoB dbmail-lmtpd[13907]: [0x7fd266416000] Info:[misc]
find_bounded(+297): Missing part or all of our bounding points
Jul 29 17:11:50 HiveTwoB dbmail-lmtpd[13907]: [0x7fd266416000]
Info:[message] sort_deliver_to_mailbox(+2109): user [353] has right to
deliver mail to [INBOX]
Jul 29 17:11:50 HiveTwoB dbmail-lmtpd[13907]: [0x7fd266416000]
Notice:[message] sort_deliver_to_mailbox(+2139): useridnr [353] mailbox
[239] message [5051467] size [3177] is inserted
Jul 29 17:11:50 HiveTwoB dbmail-lmtpd[13907]: [0x7fd266416000]
Info:[message] sort_and_deliver(+2044): Keep was not cancelled. Message
will be delivered by default.
Jul 29 17:11:50 HiveTwoB dbmail-lmtpd[13907]: [0x7fd266416000]
Info:[message] insert_messages(+2658): successful sort_and_deliver for
useridnr [353]

The best part of it is that the same message was sent to multiple users on
my server all other users has no problems only this one guy.

This user has no sieve script and has no quota.


Am 18.07.2013, 12:07 Uhr, schrieb Harald Leithner
<harald.leithner [at] itronic>:

> Am 18.07.2013, 11:55 Uhr, schrieb Paul J Stevens <paul [at] nfg>:
>
>> On 07/18/2013 11:21 AM, Harald Leithner wrote:
>>> Hi Paul,
>>>
>>> some of my customers having problems getting double or triple Mails,
>>> the
>>> header is exact the same.
>>>
>>> Would "suppress_duplicates" help in this case?
>>
>> It would, but question is why the message is delivered more than once.
>> suppress_duplicates is meant for filtering out cross-posted messages,
>> not for solving generic delivery problems.
>
> Yeah thats the question...
>
> I changed the loging level to info but the floods the log with ci_readln
> dumping the complete message.
>
> [0x19b1200] Info:[clientbase] ci_readln(+440): [0x7fe2e76df010] C <
> BLABLABALBALBLABLALBALB
>
> I think that would be better in "debug" level because the log gets
> really big in sort time and I can't read the log anymore ;-)
>
>>
>>> Could the logging a bit more informative
>>>
>>> because this line doesn't help anyone:
>>> Notice:[message] sort_deliver_to_mailbox(+2157): message id=5015749,
>>> size=3093151 is inserted
>>>
>>> The only relevant information is the message id, but the userid and the
>>> mailbox id would be great too.
>>
>> done.
>
> thx
>
>>
>>>
>>> One other thing.
>>> start-stop-daemon --stop --signal HUP --quiet --pidfile
>>> /var/run/dbmail/dbmail-imapd.pid
>>> doesn't reopen the logfile so the debian init script is not working. Is
>>> there a other way to reopen the logfiles?
>>
>>
>> I think restart is the only way, atm.
>>
> hmm ok
>
>


--
Harald Leithner

ITronic
Vogelweidplatz 12, 1150 Wien, Austria
Tel: +43-1-786 23 88
Fax: +43-1-98 52 077
Mobil: +43-699-123 78 4 78
Mail: leithner [at] itronic | itronic.at
_______________________________________________
DBmail mailing list
DBmail [at] dbmail
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail


paul at nfg

Jul 29, 2013, 12:50 PM

Post #7 of 7 (55 views)
Permalink
Re: Double Mail Feature [In reply to]

On 07/29/2013 08:14 PM, Harald Leithner wrote:
> Ok I have some more log lines.
>
> This is postfix:
> Jul 29 17:11:50 mailgate postfix/lmtp[1052]: 248ED202D8:
> to=<t.name [at] example>, relay=172.22.14.195[172.22.14.195]:24000,
> delay=9.8, delays=9.6/0.01/0/0.2, dsn=4.4.2, status=deferred (lost
> connection with 172.22.14.195[172.22.14.195] while sending end of data
> -- message may be sent more than once)
>
> This is lmtp:


The lmtpd log looks pretty normal to me. Perhaps you can increase
logging at the postfix side:

postconf -e 'debug_peer_level=2'
postconf -e 'debug_peer_list=172.22.14.195'

and once you're done:

postconf -e 'debug_peer_level='


--
________________________________________________________________
Paul J Stevens pjstevns @ gmail, twitter, skype, linkedin

* Premium Hosting Services and Web Application Consultancy *

www.nfg.nl/info [at] nfg/+31.85.877.99.97
________________________________________________________________
_______________________________________________
DBmail mailing list
DBmail [at] dbmail
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail

DBMail users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.