Even mezelf abonneren op dit topic.

Ik kan me niet voorstellen dat je in de nieuwsgroepen en op de mailinglists geen (betere) informatie krijgt.

Ik weet niet precies waar ik terecht kan voor dergelijke vragen, hoewel misschien bij een of andere list over bijv. imapsync, dat kan ik wel proberen. Toch is het natuurlijk een gokje waard hier.

Heeee! Netbsd is heul geen ubuntu!

dat klopt.

Meestal mist er een koperen T-stukje is mijn ervaring. Dat moet je er tussen solderen. Geen messing nemen, dat kan de bandbreedtedruk niet aan.

Ik heb op dit moment en geen Postfix/IMAP serverdraaien en geen toegang tot Usenet. Dus uit mijn hoofd:

- NetBSD mailinglists voor installatie- en configuratieproblemen van software packages.
- Postfix en mailserver admin newsgroups voor IMAP perikelen.

Webfora zijn te verziekt door Lienoeks en Windows newbies die alleen kant en klare oplossingen willen hebben, en wel nu.

maar die software doet gewoon niet wat ik nodig heb
Misschien kun je voorlopig je noden aanpassen aan de beschikbare oplossingen?

precies.. as t niet kan zoals t moet dan moet t maar zoals t kan!

Ik kan misschien om de crashende OfflineIMAP issues heenwerken door dat script te schedulen en als het dan crasht runt het gewoon 5 minuten later opnieuw. isync/mbsync ziet alleen de hoofdmappen in IMAP. Nu gebruikt Dovecot een . en SurgeMail een / als separator. Misschien eens met namespaces gaan rommelen ofzo, ik ben er zo nog niet uit :P

Ik wil een zo transparant mogelijke oplossing voor de gebruikers, vandaar dat net zo nauw komt. Ach ja, ik moet nog veel leren over het IMAP protocol denk ik.

@Merv, ik dacht dacht je design-problemen had, en subtiele ellende als simultane database replicatie. Maar blijkbaar moet je eerst configuratieproblemen oplossen. Ik gok op resourceproblemen (time-outs, te weinig filehandles, etc.). Voor beide kan ik je niet verder helpen.

ik moet nog veel leren over het IMAP protocol denk ik
Tijdens mijn eerste doorlezen van de IMAP RFC ontdekte ik tot mijn woede dat een message-id doodleuk als een 32-bit integer werd gedefinieerd, en sindsdien is het nooit meer goedgekomen tussen IMAP en mij.

Good luck, you’re gonna need it.

Van wat ik gelezen heb zijn applicaties niet erg compatible met subfolders, juist vanwege de verschillende separators en structuren. Syncen met Maildir structuur lukt nog wel (natuurlijk zijn daar Maildir++ en andere 'zachte standaarden') maar het is een zooitje.

.INBOX vs INBOX, Spam vs Junk Mail, Trash vs Deleted Messages is nog tot daar aan toe.

INBOX/Subfolder (in SurgeMail) can gesynct worden naar ~/Maildir/.INBOX.Subfolder of ~/Maildir/INBOX/Subfolder of toch ook weer niet, afhankelijk van de tool. En als je Subfolder dan delete in Dovecot, dan plaatst Dovecot die natuurlijk in ~/Maildir/Trash/ en dan crasht OfflineIMAP.

Misschien moet ik zelf eens in OfflineIMAP's Python source duiken... ik heb het nu redelijk door wat Dovecot doet (prefereert .INBOX.Subfolder maar kan ook met INBOX/Subfolder overweg)

Een andere mogelijkheid is dat ik mijn collega's vertel hun mailfolders naar de root te slepen als ze snelle email willen, en zo niet dan veel plezier :P Postfix was in elk geval prima te gebruiken, geen problemen daar.