removing mailbox with imap

Hi,


I have a customer accidentally having removed his mailbox
with his  
imap client. It seems to also have permanently deleted his
messages,
withouth the 2 days save period?

Is this correct? (Only way to get them back is a backup?)

Marc
_______________________________________________
DBmail mailing list
DBmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail

Marc Dirix wrote:
> Hi,
> 
> 
> I have a customer accidentally having removed his
mailbox with his imap
> client. It seems to also have permanently deleted his
messages,
> withouth the 2 days save period?
> 
> Is this correct? (Only way to get them back is a
backup?)

That is correct.

That's why most email clients rename a mailbox to
Trash/something in
stead of deleting it.

The 3 phase delete only applies for status updates on
messages.


-- 
 
____________________________________________________________
____
  Paul Stevens                                      paul at
nfg.nl
  NET FACILITIES GROUP                     GPG/PGP:
1024D/11F8CD31
  The Netherlands________________________________http://www.nfg.nl
_______________________________________________
DBmail mailing list
DBmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

hi, Paul.
in old mails i'v read that libdbmail0 is depends from
libgmime-2.0.2
which installed in my system. so, i get this at sarge
2.6.17-2-xen-amd64
when "apt-get install libdbmail0":

"The following packages have unmet dependencies:
libdbmail0: Depends: libgmime2.1 (>= 2.1.19)
E: Broken packages"

i did mistake somewhere or it's pkg broken?

alexander
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


iD8DBQFFYxWX4DJ/LCkjclMRArizAJ9RHsEU5q/YWPk8wZsm42mQRTsEsACg
y8FB
dfyU3QU2KNw3ixPWDt392io=
=aH8d
-----END PGP SIGNATURE-----
_______________________________________________
DBmail mailing list
DBmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail

I need to update the amd packages.

But *no* sarge packages are forthcoming. Upgrade to etch.


Alexander Benaguev wrote:
> hi, Paul.
> in old mails i'v read that libdbmail0 is depends from
libgmime-2.0.2
> which installed in my system. so, i get this at sarge
2.6.17-2-xen-amd64
> when "apt-get install libdbmail0":
> 
> "The following packages have unmet dependencies:
> libdbmail0: Depends: libgmime2.1 (>= 2.1.19)
> E: Broken packages"
> 
> i did mistake somewhere or it's pkg broken?
> 
> alexander
_______________________________________________
DBmail mailing list
DBmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail

-- 
 
____________________________________________________________
____
  Paul Stevens                                      paul at
nfg.nl
  NET FACILITIES GROUP                     GPG/PGP:
1024D/11F8CD31
  The Netherlands________________________________http://www.nfg.nl
_______________________________________________
DBmail mailing list
DBmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Paul J Stevens wrote:
> I need to update the amd packages.
> But *no* sarge packages are forthcoming. Upgrade to
etch.
i'm on etch of course, sorry, it's misprint

alexander
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


iD8DBQFFYyvi4DJ/LCkjclMRAplwAKCVrgGO+f2ycm5ZoLDxyRK7PQwz+ACf
agfp
rowfb8b+Hxc/C0oMgi1THBU=
=QGxN
-----END PGP SIGNATURE-----
_______________________________________________
DBmail mailing list
DBmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail

That's nice, but outlook doesn't move them, just deletes
them.

Isn't it possibe to after deleting a folder also only
updating status  
for those messages whithin the folder? Making it easy to
revert
these accidental deletes. (After messages get status 2 they
will be  
deleted anyway).

Op 21-nov-2006, om 13:27 heeft Paul J Stevens het volgende
geschreven:

> Marc Dirix wrote:
>> Hi,
>>
>>
>> I have a customer accidentally having removed his
mailbox with his  
>> imap
>> client. It seems to also have permanently deleted
his messages,
>> withouth the 2 days save period?
>>
>> Is this correct? (Only way to get them back is a
backup?)
>
> That is correct.
>
> That's why most email clients rename a mailbox to
Trash/something in
> stead of deleting it.
>
> The 3 phase delete only applies for status updates on
messages.
>
>
> -- 
>  
____________________________________________________________
____
>   Paul Stevens                                     
paul at nfg.nl
>   NET FACILITIES GROUP                     GPG/PGP:
1024D/11F8CD31
>   The Netherlands________________________________http://www.nfg.nl
> _______________________________________________
> DBmail mailing list
> DBmaildbmail.org
> htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail
>

_______________________________________________
DBmail mailing list
DBmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Please do not reply to a thread with a new topic.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFFYzF/2M1B/aDfmXsRAlZ3AKCtj6az0xHTUVoV25StGorg3OFlQQCg
wJel
tO8eOUzURkGz0KGVjCjcFGA=
=fziL
-----END PGP SIGNATURE-----
_______________________________________________
DBmail mailing list
DBmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail

Marc Dirix wrote:
> That's nice, but outlook doesn't move them, just
deletes them.
> 
> Isn't it possibe to after deleting a folder also only
updating status
> for those messages whithin the folder? Making it easy
to revert
> these accidental deletes. (After messages get status 2
they will be
> deleted anyway).

Everything *can* be done.

Deletion of mailboxes is currently implemented both as a
database
constraint, but also in the application logic (because of
the myisam
history). 'IMAP DELETE' on a mailbox triggers an 'SQL
DELETE' query on
the dbmail_mailboxes table.

There is no constraint that triggers deletion of the actual
physmessages. Those are (currently) done in the application
code
(foreach deleted message check if there are more messages
linked to the
physmessage in question, and if so, etc...).

So there is policy both in the database, but also in the
application
logic. Much of the policy in the application layer could -
probably
should - be pushed into the database as
triggers/rules/procedures
whatever. That would give capable DBAs full control over
DBMail's
storage policies.

As to the incident in question: yes we can drop the key
constraint
between mailboxes and messages, and implement deletion of a
mailbox by
changing flags. Makes perfect sense to me. Please file a
wishlist bug if
you don't mind so we can explore the pros and cons.


-- 
 
____________________________________________________________
____
  Paul Stevens                                      paul at
nfg.nl
  NET FACILITIES GROUP                     GPG/PGP:
1024D/11F8CD31
  The Netherlands________________________________http://www.nfg.nl
_______________________________________________
DBmail mailing list
DBmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail

Ok, thanks!
_______________________________________________
DBmail mailing list
DBmaildbmail.org
htt
ps://mailman.fastxs.nl/mailman/listinfo/dbmail